On 26.11.2011 13:38, Felipe Monteiro de Carvalho wrote:
1> We might have a problem because this crtn.o was removed from ndk-r7 as part of their removal for arm-eabi 4 support =( Maybe there is another file there in ndk-r7 which is equivalent with another name for eabi-5
There should be something similar as C applications AFAIK rely on this. Otherwise we'd need to change arm-linux to use an internal sysinit like i386-linux and the Windows targets do.
2> It seams that FPC needs a command line option to specify where the extra input file is, if there isn't already one. -k is not enough, because the link to /usr/lib/crtn.o is put into the link.res file, so we get no change to bypass that with -k
I have taken a look at the compiler's code that leads to the inclusion of "crtn.o" (for the curious: compiler/systems/t_linux.pas/tlinkerlinux.WriteResponseFile). It searches for the file in the set library search path (this is extended by the "-Fl" option). Thus you should add - as Jonas wrote - the "-Xd" option which tells the compiler to not search in the default paths (the help of FPC even mentions that this option is "needed for cross compilation").
Regards, Sven _______________________________________________ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
