如何仅在GCC中链接库一次？

Question

请原谅我的问题，我是GCC的初学者。 我有一个框架项目，其中包含多个子组件的源代码。

结构如下：

Framework/
makefile //Master makefile in root
    Component1/
       src/
       bin/
       makefile
    Component2/
       src/
       bin/
       makefile
    ...
    ...
    ...
    ComponentN/
       src/
       bin/
       makefile

现在，每个目录ComponentN /中的每个makefile将在其各自的src /中编译代码，并将.o输出到bin /目录。

但是，根makefile递归搜索所有.o文件，并将它们全部链接到一个名为“ framework”的可执行文件中。

问题：

对于glib，gdbus，gio之类的代码依赖项，在每个组件项目中创建.o对象时，都必须将它们链接一次。

另外，在根目录级别将所有.o链接到一个可执行文件时，我必须再次链接依赖项。

为什么我必须做两次？ 我对了解内部机制很感兴趣。

根据要求，我将生成* .o文件的单个组件库的makefile

CC = gcc
CFLAGS = -g3
LIBS = `pkg-config --cflags --libs glib-2.0`
BINDIR = bin
OUTOBJ = $(addprefix $(BINDIR)/, objex.o)

$(BINDIR)/%.o : %.c
               $(CC) -c $< $(CFLAGS) -o $@ $(LIBS)

all: $(OUTOBJ)

$(OUTOBJ): | $(BINDIR)

$(BINDIR):
          mkdir $(BINDIR)

.PHONY: clean
clean:
      rm bin/*

Answer 1

目标文件（ .o ）是由编译命令创建的，例如

gcc -c -o foo.o foo.c ...
g++ -c -o baz.o baz.cpp ...

-c表示编译； 不要链接 。 编译器在创建目标文件时没有链接发生。 您添加到编译命令的任何链接选项，例如

gcc -c -o foo.o foo.c -L/my/libs -lbar -lgum

只是被忽略。

链接选项由链接命令执行，该命令通过将目标文件和库链接在一起来创建程序或共享/动态库。

gcc -o prog foo.o baz.o -L/my/libs -lbar -lgum
gcc -shared -o libfoobaz.so foo.o baz.o -L/my/libs -lbar -lgum

所以：

对于glib，gdbus，gio之类的代码依赖项，在每个组件项目中创建.o对象时，都必须将它们链接一次。

不，你不会，你不能。

后来

有了问题makefile，就很清楚如何从编译方法中删除$(LIBS)引用，以及阻止您执行此操作的原因。 生成文件定义：

LIBS = `pkg-config --cflags --libs glib-2.0`

这是一个错误。 这使得$(LIBS)扩展为命令的标准输出：

pkg-config --cflags --libs glib-2.0

它是一个字符串，既包含#include -s glib-2.0 API的编译源所需的编译选项 （由于--cflags ），还包含针对libglib-2.0链接程序或共享库所需的链接选项 （由于--libs ）。 在我的系统上是：

$ pkg-config --cflags --libs glib-2.0
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -lglib-2.0

其中仅编译选项将通过以下方式输出：

$ pkg-config --cflags glib-2.0
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include

仅链接选项将通过以下方式输出：

$ pkg-config --libs glib-2.0
-lglib-2.0

但是由于这两个选项集只能通过$(LIBS)的扩展一起使用，因此，如果不通过链接选项-lglib-2.0 ，就无法成功进行编译 ，该选项是多余的并且被忽略。

因为您的make工具显然是GNU Make，所以makefile（顺便说一句还算不错！）最好写成：

生成文件

CC := gcc
CFLAGS := -g3 $(shell pkg-config --cflags glib-2.0)
BINDIR := bin
SRCS := objex.c
OUTOBJ := $(addprefix $(BINDIR)/, $(SRCS:.c=.o))

.PHONY: all clean

all: $(OUTOBJ)

$(BINDIR)/%.o : %.c
    $(CC) -c $< $(CFLAGS) -o $@

$(OUTOBJ): | $(BINDIR)

$(BINDIR):
    mkdir -p $(BINDIR)

clean:
    $(RM) $(OUTOBJ)

无需LIBS并从头开始运行，例如：

$ make
mkdir -p bin
gcc -c objex.c -g3 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -o bin/objex.o

注意其他一些改进：

在适用于优先于不必要的递归扩展（ = ）的任何地方使用立即扩展（ := = ）。 参见6.2两种变量

通过make - $(shell command)使用直接shell替换，优先于配方执行中的反引号扩展。 见8.13 shell函数 。

all ，就像clean是一个伪造的目标 ，您需要告诉make that is，以避免booby-trap，在该陷阱中某些东西在项目目录中创建了一个名为all的文件，而您没有注意到，并且使神奇地停止检测要执行的任何工作。

收据clean ：

clean:
      rm bin/*

如果运行成功， make clean将失败，除非成功构建之后。 使用GNU Make的预定义删除宏将配方替换为$(RM) $(OUTOBJ) ，这不会失败。

最后，请记住，无论链接配方在哪里，都确实需要glib-2.0的库选项，您应该在其makefile中提供以下内容：

LIBS := $(shell pkg-config --libs glib-2.0) # ...and any more library options required

用于类似以下的配方中：

prog: $(OBJS)
    $(CC) -o $@ $(LDFLAGS) $^ $(LIBS)

---

[1]严格来说，预处理程序选项应该出现在CPPFLAGS （C预处理程序标志）的定义中，不要与CXXFLAGS （C ++编译选项）相混淆。

[2]严格来说， LDFLAGS的定义中应该出现库以外的链接选项。