I *was* using it for string concatenation until you made me realize that I get strcat for free in string.h

Oh man... if only there were an embedded version of python....


Anyways, I see no reason not to put streams in the default namespace. It takes up no additional flash, and it still allows people use the standard print statements, keeping it's "pseudo-sideways-compatibility" with Processing.

Nice! This saved many lines of code, and actually made the binary a wee bit smaller

Now if only I could get rid of sprintf and strcpy()... I wouldn't have to import stdio.h and I'd save 2k!

Is there any way to increase this? It really can make it hard to find stuff.... Not to mention it will increase the number of duplicate posts.

I've never setup YaBB before... what kind of database backend are you using?

Hahah, took me a couple reads to get that.

You are right, but as developers, we have to implement our own workarounds for microsoft bugs. There's no guarantee that MS will ever fix anything.

I saw a really funny book at Borders the other day:
http://www.amazon.com/How-We-Test-Software-Microsoft/dp/0735624259

I've been using v13 in Windows 7. There is a fairly frustrating issue with using the scroll mouse. If you scroll the mouse slowly (like I normally do), the window does not scroll at all. To get the text to scroll, you have to violently move the wheel as fast as you can, but the text still only scrolls a couple of lines.

I checked the changelog for v14 and 15, and it doesn't look like this was addressed, which is why I did not bother to test the problem with those versions.

Justin

I continue to notice more and more missing or incomplete info in the documentation. What is the best way to provide feedback for the docs? I could post here every time I find something, but that could clutter up the forums....

Justin

Gotcha. I mistakingly called it a disassembler. Makes sense.

After getting trapped in the idea that I needed to write the tightest, fastest possible code on every line, I started to feel like it wasn't worth the effort.  

Well, when you've maxed out the flash or ram on the controller, then you don't have any other option. I maxed out both on my current project, which lead me to this post.

And yes... a 328 is on it's way.

Thanks for the tips above. I didn't realize that the disassembler would show the c source alongside the assembly! That's great!

I guess I'll start with a quick question. Does the compiler automatically convert multiplication and division of powers of two to bit shifts?

For example... would this...

Code:

x = y * 8;

be the same as this, in the generated assembly language?

Code:

x = y <<3;

Any tips on optimizing code for the arduino? That is, for execution speed, as well as size. Of course, general c-optimization tips are welcome too! I've found a few general websites for optimizing c, but nothing really for embedded dev.

I figure I might as well start developing good habits now!

Useful post, thanks!

Yes, please keep us updated

I went through testing a few of those libraries a couple months ago. Each one has different features... some, like ufat, are stripped down to the bare essentials. Some are faster, some more reliable. Some work better with older cards. Some read, some write. I ended up sticking with ladyada's:

http://ladyada.net/make/gpsshield/download.html

It has worked well for me. The only problem I have is that the files aren't readable under Windows 7. I think it's b/c the library doesn't save the date/time to the file, which confuses Windows 7.

Agreed!

Thanks for the tip. Most of the optimizations didn't make a difference, but one did. It actually compiled smaller (8550 bytes).

The one that helped was adding "-Wl,--gc-sections" to the elf link process. I'll post up a makefile after I've tested it a bit more.