devkitPro

I'd rather you didn't create & distribute either .deb or .rpm archives, these things have a horrible habit of becoming stale quite quickly. I'm working on putting together an installer/updater app that works on OSX & Linux as well as windows - this will have the advantage of always being up to date ...

libnds 1.4.7 and default arm7 0.5.17 are now available through the windows installer as usual and from the getting started page on the wiki.

Note: The current desmume stable release doesn't work with the new FIFO code. It has been fixed in SVN and will be working again with the next release ...

meh, that's what I get for not testing "simple" code when I assume operator priority.

Fixed in libnds 1.4.7

This is fixed in SVN now, turned out that the header word wasn't being returned to the free pool for those double word messages, oops. Should be in libnds 1.4.7 when I roll the release sometime in the next day or two.

http://devkitpro.svn.sourceforge.net/viewvc/devkitpro/trunk/libnds/source/common ...

add #include <fat.h>, a call to fatInitDefault() and make sure you have -lfat in the LIBS line in your arm9 Makefile *before* -lnds9

protip: don't do this -> cBMP15 frameBMP=createBMP15FromFile("fat0:/gbaframe.bmp");

createBMP15FromFile("gbaframe.bmp"); should load the bmp from the same directory ...

It's generally considered bad manners to resurrect old threads like this, it's known as necroposting. I'll let this one go since there isn't any information in this thread which no longer applies to current tools.

The DSi doesn't support WPA when running in DS mode, afaik that's not possible ...

Please also note that we're on the verge of releasing devitARM r32, no support is provided here for historical releases. The vast majority of old code out there is a simple job to update for the latest tools.

What makes you think an ARM11 can't run ARM7 code?

We were discussing this the other day on IRC and I said something similar but what I was thinking was that it's impossible to make an ARM11 behave exactly like an ARM7 - it's a faster processor even at the same clock speed and it has cache ...

Link order matters
As a general rule of thumb, -logc should always be last, followed by standard compiler libraries such as -lm

Unfortunately this happens with disturbing regularity, it's a false positive. Replace your AV software with something that works. Avast has been working well for me.