Binutils changes
Posted: Fri May 09, 2008 1:42 am
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: in fact in the map file generated with ld 2.17 I can notice:
where the same code with ld 2.18.50 generates:
So my question is: there is a way, maybe a command line parameter to pass to ld, in order to handle this behavior? Or the interworking is now handled in a different way? By the way, Free Pascal can produce ARM code only, but I usually link libgba and libnds to the executables, so the interworking is required.
Thanks in advance
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: in fact in the map file generated with ld 2.17 I can notice:
Code: Select all
--- cut ---
.glue_7 0x0800b5e8 0x3c D:\devkitpro\devkitARM\lib\gcc\arm-eabi\4.3.0\thumb\crtend.o
0x0800b619 __FadeToGrayScale_from_arm
0x0800b5f4 __irqEnable_from_arm
0x0800b60c __iprintf_from_arm
0x0800b600 __consoleInit_from_arm
0x0800b5e8 __irqInit_from_arm
.glue_7 0x0800b624 0x0 D:\devkitpro\devkitARM\lib\gcc\arm-eabi\4.3.0\thumb\crtn.o
--- cut ---Code: Select all
--- cut ---
.glue_7 0x0800b5d0 0x0 D:\devkitpro\devkitARM\lib\gcc\arm-eabi\4.3.0\thumb\crtend.o
.glue_7 0x0800b5d0 0x0 D:\devkitpro\devkitARM\lib\gcc\arm-eabi\4.3.0\thumb\crtn.o
--- cut ---Thanks in advance