SCONS连接时源文件在前还是目标文件在前的问题？

发布于 2013-07-02 11:03:32 浏览：2502 订阅该版

最近使用gcc搭建串口printf()环境时，使用Linaro gcc 4.7 2013q2, 里面自带了retarget的例子。在使用他们提供的makefile编译时，可以编译通过。但是使用SCONS使用同样的编译连接选项时，连接时出错，提示需要syscall那些函数。为什么他们提供的makefile就不需要提供syscall函数呢。
        经过我反复修改编译选项，发现，只要在连接时，将源文件写在前面“$LINK $SOURCE $TARGET”,就能编译通过。如果按SCONS默认的次序"$LINK $TARGET $SOURCE"编译时，就会提示undefined reference 之类的没找到syscall函数的错误。
        现在的问题是，我修改SCONS的LINKCOM，修改编译次序时，实际SCONS在连接时，不能找到所有的obj文件。
        SCONS，tools=mingw时，默认LINKCOM为'$LINK -o $TARGET $LINKFLAGS $__RPATH $SOURCE $_LIBDIRFLAGS $_LIBFLAG'。此时可以找到所有的.o文件，但是在生成axf文件时，提示出错。
        将LINKCOM修改为'$LINK -o $SOURCE $LINKFLAGS $__RPATH $TARGET $_LIBDIRFLAGS $_LIBFLAG'时，只能找到main.o一个文件。(如下所示，连接时，$SOURCE应该为main.o target.o startup_ARMCM0.o三个文件才对。)
        最终的问题是，**1、如何在不修改LINKCOM时，不额外写sysycall函数时，让编译器不提示错误。2、如何修改LINKCOM让连接时能找到所有的obj文件。**

```scons: done reading SConscript files.
scons: Building targets ...
arm-none-eabi-gcc main.c -c -mthumb -mcpu=cortex-m0 -D__STARTUP_CLEAR_BSS -D__START=main -Os -flto -ffunction-sections -fdata-sections -fno-builtin -o main.o
arm-none-eabi-gcc retarget.c -c -mthumb -mcpu=cortex-m0 -D__STARTUP_CLEAR_BSS -D__START=main -Os -flto -ffunction-sections -fdata-sections -fno-builtin -o retarget.o
arm-none-eabi-gcc startup_ARMCM0.S -c -mthumb -mcpu=cortex-m0 -D__STARTUP_CLEAR_BSS -D__START=main -Os -flto -ffunction-sections -fdata-sections -fno-builtin -o startup_ARMCM0.o
arm-none-eabi-gcc main.o -mthumb -mcpu=cortex-m0 -flto -ffunction-sections -fdata-sections -fno-builtin --specs=nano.specs -lc -lnosys -L. -L../../ldscripts -T gcc.ld -Wl,--gc-sections -Wl,-Map=retarget.map -o retarget.axf
scons: done building targets.```