gpt4 book ai didi

c - 使用 Makefile 和 gcc 构建动态共享库(.so、.dylib)

转载 作者:行者123 更新时间:2023-11-30 19:34:04 39 4
gpt4 key购买 nike

我想使用 Makefile gcc 构建共享库(.so, .dylib)。我的库有来自其他共享库(编译到共享库的其他 C 项目)的引用(符号)。

我有这样的目录结构:

/c/
/Project1/...
/Project2/...
...
/unit_tests/...
/comparers/...

在我的 /comparers 目录中,我有这样的目录结构:
enter image description here

我尝试编译依赖于比较器共享库的unit_test共享库,如下所示:

$(SHARED_LIBRARY): assertion.o
$(CC) $(CFLAGS) -shared -o $(OUTPUT_LIB_DIR)/$(SHARED_LIBRARY) $(OUTPUT_DIR)/assertion.o $(COMPARERS_SHARED_LIB_PATH)

哪里:

COMPARERS_SHARED_LIB_PATH= ../comparers/output/debug/lib/libcomparers.so

但是如果我使用静态库路径而不是正确编译,它就不起作用。为什么这不起作用以及如何使其正常工作?

更新:错误消息

上面构建正确,但我认为它会在运行时导致错误!当我以相同的方式链接我的可执行目标时,它也会构建,但是在运行时它会给出这样的错误消息:

dyld: Library not loaded: output/debug/lib/libcomparers.so
Referenced from: /Users/michzio/Developer/MyProjects/BachelorDegree/c/unit_tests/./output/debug/bin/unit_tests
Reason: image not found
Abort trap: 6

最佳答案

虽然您没有发布错误消息,但有一些错误是显而易见的。

一个错误是您混合和匹配带有或不带有路径的文件名。例如。 $(SHARED_LIBRARY)$(OUTPUT_LIB_DIR)/$(SHARED_LIBRARY) 不同和assertion.o$(OUTPUT_DIR)/assertion.o 不同。您需要学习如何使用GNU make's automatic variables以避免此类错误。

另一个错误是链接到另一个共享库的方式:运行时链接器搜索 ../comparers/output/debug/lib/libcomparers.so并且该路径仅当当前目录是特定目录时才有效。

链接通常使用 LDFLAGS ,不是CFLAGS .

一个修复可能是:

COMPARERS_SHARED_LIB_PATH := $(abspath ../comparers/output/debug/lib/libcomparers.so)

$(OUTPUT_LIB_DIR)/(SHARED_LIBRARY): $(OUTPUT_DIR)/assertion.o $(COMPARERS_SHARED_LIB_PATH)
$(CC) -shared -o $@ $(LDFLAGS) $^

但是对于生产版本,它需要指定 -rpath使用 $ORIGIN 到其他共享库相对路径,以便运行时链接器找到相对于其用户所需的共享库。并使用 -L<path> -l<lib> 链接到该共享库而不是完整路径。

关于c - 使用 Makefile 和 gcc 构建动态共享库(.so、.dylib),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44392121/

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