第二次运行时只使用VPATH？

我想编译和汇编，然后链接一些源文件。据我所知，它没有告诉链接器使用VPATH中的路径，直到我第二次运行它。这里的Makefile文件：第二次运行时只使用VPATH？

#Makefile for SWS ARMKern 

CC=arm-linux-gnueabi-gcc 
LD=arm-linux-gnueabi-ld 
CFLAGS=-g -Wall -Wextra -std=gnu11 -ffreestanding -march=armv6 -msoft-float -fPIC -mapcs-frame 
LDFLAGS=-N -Ttext=0x10000 
HWDEF=versatilepb #The set of hardware quirks to use. 

#Paths 
VPATH=src/:obj/ 
CINC=-Isrc/include/ 

kernel.elf: bootstrap.o kernel.o 

.PHONY: clean test 

clean: 
    rm -f obj/*.o elf/*.elf 

test: 
    qemu-system-arm -M versatilepb -cpu arm1176 -nographic -soundhw none -kernel elf/kernel.elf 

.SUFFIXES: .s .o .c .elf 

.o.elf: 
    $(LD) $(LDFLAGS) -o elf/[email protected] $^ 

.c.o: 
    $(CC) $(CFLAGS) $(CINC) -DHWCLASS=$(HWDEF) -o obj/[email protected] -c $^ 

.s.o: 
    $(CC) $(CFLAGS) $(CINC) -DHWCLASS=$(HWDEF) -o obj/[email protected] -c $^

这是发生了什么：

> ls 
elf isosrc Makefile Makefile~ obj README.md README.md~ src 
> make kernel.elf 
arm-linux-gnueabi-gcc -g -Wall -Wextra -std=gnu11 -ffreestanding -march=armv6 -msoft-float -fPIC -mapcs-frame -Isrc/include/ -DHWCLASS=versatilepb -o obj/kernel.o -c src/kernel.c 
arm-linux-gnueabi-gcc -g -Wall -Wextra -std=gnu11 -ffreestanding -march=armv6 -msoft-float -fPIC -mapcs-frame -Isrc/include/ -DHWCLASS=versatilepb -o obj/bootstrap.o -c src/bootstrap.s 
arm-linux-gnueabi-ld -N -Ttext=0x10000 -o elf/kernel.elf kernel.o bootstrap.o 
arm-linux-gnueabi-ld: cannot find kernel.o: No such file or directory 
arm-linux-gnueabi-ld: cannot find bootstrap.o: No such file or directory 
Makefile:26: recipe for target 'kernel.elf' failed 
make: *** [kernel.elf] Error 1 
> make kernel.elf 
arm-linux-gnueabi-ld -N -Ttext=0x10000 -o elf/kernel.elf obj/kernel.o obj/bootstrap.o

我敢肯定，这只是一个问题，我的Makefile，但我很为难。我如何确保链接器使用VPATH路径？甚至只是迫使它在obj/

谢谢！

来源

2015-05-15 Leo Tindall

.SUFFIXES已过时，它定义了处理文件的顺序。在/ SUFFIXES语句中，它表示在.c文件之前处理.o文件。这将是一个问题。 make中的默认.SUFFIXES正确列出了所有文件名的结尾，所以.SUFFIXES不应该在'本地'makefile中 – user3629249

VPATH是当开始做相关的搜索来源，没有目标，所以只有在VPATH存在的文件的路径。自第一次运行make以来，您的.o文件都不存在，make也找不到它们。你也在用你的后缀规则说谎 - 像.c.o:这样的规则告诉make“这是如何在当前目录下从.c文件制作.o文件”，但是然后该动作使文件在obj子目录中。

如果您使用GNU制造或BSD化妆，你可以使用模式规则，包括目录：

elf/%.elf: obj/%.o: 
     $(LD) $(LDFLAGS) -o [email protected] $^ 

obj/%.o: %.c 
     $(CC) $(CFLAGS) $(CINC) -DHWCLASS=$(HWDEF) -o [email protected] -c $^ 

obj/%.o: %.s 
     $(CC) $(CFLAGS) $(CINC) -DHWCLASS=$(HWDEF) -o [email protected] -c $^

模式规则完全归入的后缀规则的所有用途 - 与GNU或BSD令你应该从不使用后缀规则，而是使用模式规则。

来源

2015-05-15 18:59:22

完美，谢谢！ –

而不是

kernel.elf: bootstrap.o kernel.o

尝试

kernel.elf: obj/bootstrap.o obj/kernel.o

来源

2015-05-15 17:01:53 rost0031

在Makefile中我使用'$ ^'来指定输入文件，所以我不能做那。（看看recipie .o.elf）我试过'obj/$ ^'，但是这会导致'obj/bootstrap.o kernel.o'，它仍然不起作用。 –

如果它仅在第二次运行时读取VPATH，则还可以尝试“VPATH：=”而不是“VPATH =” – rost0031

这不起作用。我仍然有同样的错误。无论如何，我的VPATH中没有变量，它只是'src /：obj /' –

我已经改变我的.o.elf规则固定的：

.o.elf: 
    cd obj/ && \ 
    $(LD) $(LDFLAGS) -o ../elf/[email protected] $^

即目录切换到/ OBJ目录。这是一个愚蠢的黑客，我不喜欢它，但它的工作原理。

来源

2015-05-15 17:30:32

第二次运行时只使用VPATH？

回答

相关问题