c++ - 如何使用make链接c ++中不同目录中的对象而不在makefile中引用它们？

Posted 2023-02-22

【中文标题】c++ - 如何使用make链接c ++中不同目录中的对象而不在makefile中引用它们？

【英文标题】：How to link objects in different directories in c++ with make without refering to them in the makefile?

【发布时间】：2015-12-16 21:56:11

【问题描述】：

我正在尝试稍微清理一下我的项目，我想将目标文件和包含文件放在一个单独的文件夹中，并且能够在我的不同测试子目录中编译另一个 makefile。我想这样做，以便测试目录中的 make 文件不必知道上述目录中的对象：我整天都在努力弄清楚 make 和编译。

不知道我做错了什么，但除了这个问题之外，我希望能提供任何信息来理清我对 make 和 g++ 的想法，这样我以后就知道去哪里找了。

无论如何，关于我的项目布局，我都有 2 个问题：

项目

inc/
--  header files
-obj/
--object files
-source
-make file for project that compiles objects in obj directory (makefile0)
-testing/
--test1/
---test.cc
---makefile1

问题 1

所以我想在 test.cc 的 inc 目录中包含头文件，然后只专注于编译 test.cc，就像我包含标准库头文件一样。现在我需要在 makefile1 中引用 ../../obj/ 中的对象，并且想忽略它。做一些简单的事情，比如

g++ -I ../../inc/ -c test.cc

这怎么可能？

问题 2

在 makefile0 中，对于每个源文件，我必须将 $(OBJ) 或 $(INC) 附加到我在这些文件夹中的任何文件的前面，并想知道是否有任何方法可以清理我的 make 文件并做一些事情喜欢

Spinless2DFieldIndex.o: Spinless2DFieldIndex.cc Utils.o Dispersion.h

而不是

$(ODIR)/Spinless2DFieldIndex.o: Spinless2DFieldIndex.cc $(ODIR)/Utils.o $(INC)/Dispersion.h

【问题讨论】：

可执行文件是否也会以obj 结尾？测试对象和测试可执行文件呢？为什么Spinless2DFieldIndex.o 依赖于Utils.o？

不，我希望可执行文件与创建它们的 makefile 位于同一目录中。它取决于 Utils.cc 中定义的函数。所以我希望 Utills.cc 中的任何依赖项都溢出到 Spinless2DFieldIndex.o

可执行文件需要链接到Utils.o，但Spinless2DFieldIndex.o 不需要，除非它是一个共享库，但它不应该有后缀.o。所以可执行文件要放在source和test1，那test.o呢？还是您只是想跳过为测试制作目标文件？

为什么不需要链接 Spinless2DFieldIndex？我的测试可执行文件可能会使用它。 test.o 可以进入 test1 但如果我的测试只有 1 个文件，我只想跳过制作目标文件。

分离编译的重点是目标文件可以独立编译，只有当你链接最终的可执行文件时Spinless2DFieldIndex.o需要知道Utils.o中名称的位置。我猜Spinless2DFieldIndex.o 的配方无论如何都会忽略除第一个目标 (Spinless2DFieldIndex.cc) 之外的所有内容。

【参考方案1】：

以下应该有效：

项目/Makefile

objdir := obj/
vpath %.cc source
vpath %.o $(objdir)

CPPFLAGS := -Iinc -MMD -MP

.PHONY: all

all: testing/test1/test

include source/Makefile
include testing/test1/Makefile

项目/源代码/Makefile

override objects := $(objdir)obj.o

$(objects): $(objdir)%.o: %.cc
    $(CXX) $(CXXFLAGS) $(CPPFLAGS) -c $(OUTPUT_OPTION) $<

clean:: ; $(RM) $(objects) $(objects:.o=.d)

-include $(objects:.o=.d)

项目/测试/test1/Makefile

override dir := $(dir $(lastword $(MAKEFILE_LIST)))
$(dir)test: obj.o

clean:: ; $(RM) $(dir)test $(dir)test.d

-include $(dir)test.d

这应该允许一定程度的模块化，尽管 makefile 中的不对称暴露了这样一个事实，即您拥有一个单独的 obj 目录同时又希望在自己的目录中拥有测试可执行文件的想法可能是不是组织事物的最佳方式。就我个人而言，我使用更多 configure 样式的 makefile，它在当前工作目录中重新创建项目树，这有助于将源代码与构建分开。