James Snyder

> Both are evil, but the question is which one is the lesser evil? This is the perennial question, I think :-) I think they both have positives and negatives,and...

On Mon, Jun 27, 2011 at 12:20 PM, ilg-ul [email protected] wrote: > > I suppose this could be made into a port? > > that would be great... I'm not...

What platform are you on? I'm guessing a 32-bit linux? There should probably be stdio.h files in the following subdirectories of the prefix: > arm-none-eabi/include/sys/stdio.h > arm-none-eabi-include/c++/4.6.1/tr1/stdio.h > arm-none-eabi/include/stdio.h

Yep, I suppose it's for some reason not looking in the correct paths. certainly something like this should work: test.c: > cat test.c ``` c #include void main( void )...

Glad to hear it! I was planning on doing something similar, but haven't gotten around to it. Another thing it might be nice to collect logs of would be the...

Still similar in recent usage for me. It can sometimes run for some extended periods when parameters are chosen to keep things in sustainable ranges for framerate/datarate etc.. but ultimately...

On the Seeed ESP32S3 Sense the settings don't seem to take effect without a restart though (at least resolution doesn't) or am I missing something (or still a work in...

That looks good, you can remove the extra phony targets if you like. So with this refactoring the stamps are actually working correctly? (again sorry for delays in response)

It seems like it should be fairly trivial to add the fix to the makefile. The only reason I'd not just pull in the Python script is that it's not...

Hmm.. my first attempt at fixing this in baf8064 does not seem to have fixed the problem. It appears that automake at least doesn't escape some things when it runs...