devkitPro

I was just looking through gba_compression.h, and I noticed that none of the system calls declared the "source" pointer as const. They are just plain void* pointers.
Also, the Vram functions should probably indicate that the destination pointer is a unsigned short pointer ...

Development stopped in Feb 2008, he even stopped shipping the product to people who wanted to pay for it, and disappeared from the face of the internet. Rumor has it that Nintendo bought it out and turned it into their debugger, but that's just a rumor.
And if I wanted to hack the EXE to try to fix ...

To clarify, this post concerns the libgcc THUMB library that is included in devkitARM, specifically the file "C:\devkitpro\devkitARM\lib\gcc\arm-eabi\4.5.1\thumb\libgcc.a".
edit: I have just confirmed that the problem also happens in version 4.6.1 as well.

It appears that NO$GBA does not emulate the push (stmfd) instruction correctly when SP is one of the registers which is pushed onto the stack.

Unfortunately, libgcc uses this instruction a few times:
_aeabi_ldivmod
_aeabi_uldivmod
_arm_cmpdf2
_arm_cmpsf2
libunwind

For example, in _aeabi_ldivmod ...

I was just noticing that gba_timers.h formats them like this: when it should be like this:

I don't see any ldmia's or stmia's in the implementations of memset or memcpy. Care to provide a better one?

For reference, here is memcpy's inner loop when doing a word-aligned copy:

8000b58: 6826 ldr r6, [r4, #0]
8000b5a: 601e str r6, [r3, #0]
8000b5c: 6866 ldr r6, [r4, #4]
8000b5e: 605e ...

I'm trying to use objdump to disassemble an ARM binary file.
For some reason, the disassembler does some nasty stuff like this:

30028a0: e1a03c45 asr r3, r5, #24
30028a4: e2588c09 subs r8, r8, #2304 ; 0x900
30028a8: 0001 lsls r1, r0, #0
30028aa: f10054d9 undefined instruction 0xf10054d9

It's ...

Okay...
I am using the source code for the FCS2 DLDI driver, and I'm building it. It doesn't use any of libnds's functions, but includes nds.h anyway, probably so it can have the data types and memory region names.

Inside the ASM code generated are these lines:

.section .data.rel,"aw",%progbits ...

Please get rid of this declaration from videogl.h:
static gl_hidden_globals* glGlob = &glGlobalData;

This is executable code in a header file, which forces the linker to include videogl.a no matter what.

I recommend you replace it with:
#define glGlob (&glGlobalData)

Disc_io.h appears to be missing when I compile a GBA program which uses Libfat.