arm-linux-ld 做连接时，.o 文件的顺序有影响吗？

tao475824827

最近在学arm6410，先从裸机程序学起

是这样的，我今天写makefile的时候，
最后一部用arm-linux-ld做链接，
但是发现bin运行不正常。

我调整了.o文件的顺序，发现必须把start.o放在首位才行，其他的顺序倒没什么‘

arm-linux-ld -Ttext 0x50000000 -o $(ROOT_DIR)/$(BIN_DIR)/$(BIN).elf main.o start.o led.o    这样就不行
后来改成了这样
arm-linux-ld -Ttext 0x50000000 -o $(ROOT_DIR)/$(BIN_DIR)/$(BIN).elf start.o main.o led.o    链接的elf就可以正常运行
makefile是这样写的
arm-linux-ld -Ttext 0x50000000 -o $(ROOT_DIR)/$(BIN_DIR)/$(BIN).elf obj/start.o $(patsubst obj/start.o,,$^)

我知道实际运行时候，start.o肯定是最先运行的，但是不清楚，链接时候，必要要放在首位吗？

zuozhongkai

肯定有影响！链接的目的就是把.o文件按照顺序链接到一起！6410运行代码是按照顺序从第一条指令开始运行的，如果你的代码里面用到了c文件，那么肯定要先初始化SP指针！初始化SP肯定是汇编文件来完成的，也就是你的start.s文件！所以你在链接的时候肯定要把start.s放到最开始的地方！否则的话SP没有初始化就调用C文件，不出事才怪了！更不要说6410芯片一开始还要做一些其它的处理，比如关闭开门狗什么的。

tao475824827

zuozhongkai 发表于 2017-7-28 08:51
肯定有影响！链接的目的就是把.o文件按照顺序链接到一起！6410运行代码是按照顺序从第一条指令开始运行的， ...

那6410的裸机makefile中做链接，就必须像我这样指定顺序是吗？

感觉makefile写的太随意，有没有通用的makefile啊？

tao475824827

我的主文件夹下makefile：

[mw_shl_code=c,true]
CC=arm-linux-gcc
SUBDIRS=$(shell ls -l | grep ^d | awk '{if($$9 != "DEBUG" && $$9 !="APP" && $$9 !="LIB" && $$9 !="DOC") print $$9}')

ROOT_DIR=$(shell pwd)
BIN=TAO_main
OBJS_DIR=DEBUG/obj
BIN_DIR=DEBUG/bin
CUR_SOURCE=${wildcard *.c}


CUR_OBJS=${patsubst %.c, %.o, $(CUR_SOURCE)}
export CC BIN OBJS_DIR BIN_DIR ROOT_DIR


$(warning *******************************************************************************************)
$(warning ****************************************  makefile       **********************************)
$(warning *******************************************************************************************)

all(SUBDIRS) $(CUR_OBJS) DEBUG


$(SUBDIRS):ECHO
        make -C $@
DEBUG:ECHO

        make -C debug                                                                                                        #最后运行debug文件夹里的makefile做链接
ECHO:
        @echo $(SUBDIRS)

$(CUR_OBJS):%.o:%.c
        $(CC) -c $^ -o $(ROOT_DIR)/$(OBJS_DIR)/$@  -I $(ROOT_DIR)/HARDWARE


clean:
        @rm $(OBJS_DIR)/*.o
        @rm -rf $(BIN_DIR)/*

CLEAN:
        @rm $(OBJS_DIR)/*.o
        @rm -rf $(BIN_DIR)/*
[/mw_shl_code]


递归子文件夹makefile：

[mw_shl_code=c,true]#子目录的Makefile直接读取其子目录就行
SUBDIRS=$(shell ls -l | grep ^d | awk '{print $$9}')


#以下同根目录下的makefile的相同代码的解释
CUR_SOURCE=${wildcard *.c}
CUR_OBJS=${patsubst %.c, %.o, $(CUR_SOURCE)}
all(SUBDIRS) $(CUR_OBJS)
$(SUBDIRS):ECHO
        make -C $@
$(CUR_OBJS):%.o:%.c %.s
        $(CC) -c $^ -o $(ROOT_DIR)/$(OBJS_DIR)/$@
ECHO:
        @echo $(SUBDIRS)[/mw_shl_code]

tao475824827

DEBUG文件夹makefile
在这里做了链接

OBJS=*.o
ODIR=obj


#链接时候要把start.o放在首位，不然bin不正常
$(ROOT_DIR)/$(BIN_DIR)/$(BIN)(ODIR)/$(OBJS)
        #arm-linux-ld -Ttext 0x50000000 -o $(ROOT_DIR)/$(BIN_DIR)/$(BIN).elf $^ -L /home/taotao/Work/arm-linux-gcc-4.5.1-v6-vfp-20101103/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1 -lgcc
        arm-linux-ld -Ttext 0x50000000 -o $(ROOT_DIR)/$(BIN_DIR)/$(BIN).elf obj/start.o $(patsubst obj/start.o,,$^) -L /home/taotao/Work/arm-linux-gcc-4.5.1-v6-vfp-20101103/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1 -lgcc
        arm-linux-objcopy -O binary $(ROOT_DIR)/$(BIN_DIR)/$(BIN).elf $(ROOT_DIR)/$(BIN_DIR)/$(BIN).bin
        arm-linux-objdump -D $(ROOT_DIR)/$(BIN_DIR)/$(BIN).elf > $(ROOT_DIR)/$(BIN_DIR)/$(BIN).dis
        #$(CC) -o $@ $^

tao475824827

zuozhongkai 发表于 2017-7-28 08:51
肯定有影响！链接的目的就是把.o文件按照顺序链接到一起！6410运行代码是按照顺序从第一条指令开始运行的， ...

但是我的理解是，链接时.o文件的顺序是不影响生成结果的，是因为嵌入式start.o特殊吗？如果是其他应用程序就不用？

zuozhongkai

tao475824827 发表于 2017-7-28 13:55
但是我的理解是，链接时.o文件的顺序是不影响生成结果的，是因为嵌入式start.o特殊吗？如果是其他应用程 ...

链接顺序怎么不影响结果！上面给你的回复还没说清楚？都说了，你的代码要运行要先做一些设置，比如你要运行C文件，你就要先初始化SP指针！而SP指针的初始化你肯定在start.s文件里面完成的！链接的时候这个代码是不是就应该放到最开始的地方！如果你把led.c文件放到最开始地方，代码一开始到要使用到SP的时候，但是此时你的SP没有初始化(因为SP是在后面的startr.s中初始化的)，肯定就会出问题了！start.s不特殊，特殊的是他里面的代码！你完全可以用另外一个文件名，sb.s都可以！

tao475824827

zuozhongkai 发表于 2017-7-28 14:08
链接顺序怎么不影响结果！上面给你的回复还没说清楚？都说了，你的代码要运行要先做一些设置，比如你要运 ...

好的，非常感谢您

tao475824827

之前写app没发现有这个要注意的地方，现在写裸机，确实是这个

附上刚看到的一个链接脚本，很明显能看出来start.o是放在前面的

[cpp] view plain copy
SECTIONS  
{  
    . = 0x50000000;       /* 当前地址 */  
    .text : {  
        start.o  
        * (.text)  
    }  
              
    .data : {  
        * (.data)  
    }  
      
    bss_start = .;  
    .bss : {  
        * (.bss)  
    }  
    bss_end  = .;     
}