gpt4 book ai didi

c - 使用 gnu-make 链接静态库时如何遵循链接顺序?

转载 作者:太空狗 更新时间:2023-10-29 17:02:38 25 4
gpt4 key购买 nike

我遇到了以下问题:

cc -g -O2 -Wall -Wextra -Isrc -rdynamic -DNDEBUG  build/liblcthw.a    tests/list_tests.c   -o tests/list_tests
/tmp/ccpvGjZp.o: In function `test_create':
~/lcthw/tests/list_tests.c:12: undefined reference to `List_create'
collect2: ld returned 1 exit status
make: *** [tests/list_tests] Error 1

但是

cc -g -O2 -Wall -Wextra -Isrc -rdynamic -DNDEBUG tests/list_tests.c  build/liblcthw.a -o tests/list_tests

运行正常,nm 显示预期内容,测试运行,大家都很高兴,等等。

我搜索了 SO 并找到了很多答案(例如 Linker order - GCC ),所以很明显链接器可以正常工作。那么,我应该如何修改我的 makefile 以遵循该顺序?

到目前为止,这是 Makefile:

CFLAGS=-g -O2 -Wall -Wextra -Isrc -rdynamic -DNDEBUG $(OPTFLAGS)
LIBS=$(OPTLIBS)
PREFIX?=/usr/local
BUILD=build

SOURCES=$(wildcard src/**/*.c src/*.c)
OBJECTS=$(patsubst %.c,%.o,$(SOURCES))

TEST_SRC=$(wildcard tests/*_tests.c)
TESTS=$(patsubst %.c,%,$(TEST_SRC))

TARGET=$(BUILD)/liblcthw.a
TARGET_LINK=lcthw
SO_TARGET=$(patsubst %.a,%.so,$(TARGET))

#The Target Build
all: $(TARGET) $(SO_TARGET) tests

dev: CFLAGS=-g -Wall -Isrc -Wall -Wextra $(OPTFLAGS)
dev: all

$(TARGET): CFLAGS += -fPIC
$(TARGET): build $(OBJECTS)
ar rcs $@ $(OBJECTS)
ranlib $@

$(SO_TARGET): $(TARGET) $(OBJECTS)
$(CC) -shared -o $@ $(OBJECTS)

build:
@mkdir -p $(BUILD)
@mkdir -p bin

#The Unit Tests
.PHONY: tests
tests: CFLAGS+=$(TARGET) #I think this line is useless now
tests: $(TESTS)
sh ./tests/runtests.sh

#some other irrelevant targets

尝试了一些奇怪的和明显错误的事情,比如递归调用

$(TESTS):
$(MAKE) $(TESTS) $(TARGET)

Windows7 上的 VirtualBox 下的 Debian6 中运行。系统规范:

$ uname -a
Linux VMDebian 2.6.32-5-686 #1 SMP Mon Mar 26 05:20:33 UTC 2012 i686 GNU/Linux
$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.5-8' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.5 (Debian 4.4.5-8)

附言它来自 Zed Shaw 的《用艰难的方式学习 C》,exercise 33 .不知道我是否应该将其标记为作业:)

最佳答案

您没有显示构建 tests/list_tests 的 makefile 规则,但它看起来好像只是内置规则。使用 GNU Make,您可以使用 -p 打印出该规则,这将向您显示:

# default
LINK.c = $(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) $(TARGET_ARCH)
[...]
.c:
# recipe to execute (built-in):
$(LINK.c) $^ $(LOADLIBES) $(LDLIBS) -o $@

通过将库添加到 $(CFLAGS)(通过特定于目标的变量 tests: CFLAGS+=$(TARGET)),您将把它放在 $^ 在生成的命令中。相反,您应该将它添加到 $(LDLIBS) 以便它出现在目标文件之后:

tests: LDLIBS+=$(TARGET)

但是请注意,像这样依赖目标特定变量的传播在实践中并不是特别好。当您键入 make tests 时,该库将用于构建 tests/list_tests 等。但是当你只对一个测试感兴趣时,你会发现make tests/list_tests失败了,因为链接库没有包含在命令中。 (有关详细信息,请参阅 this answer。)

关于c - 使用 gnu-make 链接静态库时如何遵循链接顺序?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10539153/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com