使用 Makefile 和 gcc 构建动态共享库（.so、.dylib）答案

【问题标题】：Building dynamic shared library (.so, .dylib) using Makefile and gcc使用 Makefile 和 gcc 构建动态共享库（.so、.dylib）
【发布时间】：2017-06-06 14:00:53
【问题描述】：

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

我有这样的目录结构：

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

在我的/comparers 目录中，我有这样的目录结构：

我已经尝试编译依赖于比较器共享库的 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

【问题讨论】：

“它不起作用”？不是很有帮助...
逐字发布错误消息。

标签： c gcc makefile

【解决方案1】：

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

一个错误是您混合和匹配带有和不带有路径的文件名。例如。 $(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) $^

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

【讨论】：