devkitPro

Hello there, I have just posted a new patch in the sf's ticketing system. It adds to GRIT a new command line switch that enables pascal output for the header file. Please, review it and let me know if is suitable to be merged in trunk or if it needs some adjustments

Ok, that makes sense, thank you
But I can't understand why same values are converted in different manners:

Consider this code: #include <nds.h> #include <stdio.h> volatile float incr = 0.0f; volatile float decr = 0.0f; volatile float value = 8.0f; //--------------------------------------------------------------------------------- void Vblank() { //---------------------------------------------------------...

fpc4nds is a third party compiler, so isn't directly supported here. By the way, I'm pretty sure that your problem is in the libnds binding for freepascal, that isn't updated yet to the latest version. In the next days a new fpc4nds version should be released, so just wait :) If you can't wait, then...

SCREEN_WIDTH * SCREEN_HEIGHT = 256 * 192 = 49152 pixels

Each pixel is 16 bit = 2 Byte wide, so:

49152 * 2 = 98304 Bytes = 98304 / 1024 = 96 KBytes

Each main bank is 128 KB wide, the screen requires 96 KB, so it fits just fine, if I understood your question

Just use tabs instead of blank spaces in line 39

Because iDeaS is bugged, I guess. The code works pretty fine on no$gba (2) and on real hardware (1 and 2). Try asking on ideas forum for a bug fix

You are mixing different things: ARMv7 is the architecture version, ARM7 is the family version.
The ARM7 cpu is based on ARMv4t architecture and the ARM9 is based on ARMv5TE architecture. You can get more infos on wikipedia

Hello there! Usually I use the binutils shipped with the devkitARM with Free Pascal, in order to compile pascal code for gba and nds. I have noticed a different behavior in the arm-eabi-ld 2.18.50 compared to the 2.17 shipped until dkARM 21. Seems that ld does not generate interworking stub calls: i...