C++链接器设计问题

Question

因此，这更多的是一个设计问题，尽管有关 g++ 链接器的任何信息都很棒。

我将 .cpp 文件嵌入到以下结构中：

Main
Main/Utilities
Main/Utilities/Data

当我在 Main 中编译主入口点 .cpp 时，我必须指定任何链接的 .cpp 曾经使用过的所有 .cpp 文件 - 这对于我的测试项目来说效果很好，该项目只具有就像 5 个链接文件，但是这个项目会增长得非常快，这显然是不可行的。有办法解决这个问题吗？是什么原因造成的？

我尝试使用“g++ *.cpp”，但它希望我仍然链接其他内容。我必须做类似“g++ main.cpp Utilities/other.cpp Utilities/Data/data.cpp”的事情。 other.cpp 使用 data.cpp，main.cpp 使用 other.cpp。编译 other.cpp 时，我必须像以前一样指定 data.cpp 。

非常感谢您的任何想法或帮助！

Answer 1

管理大型项目的一般方法是使用适当的目录结构（就像您已有的目录结构），然后在每个目录中放置一个 Makefile 。顶层 Makefile 应递归调用所需的 Makefile。每个Makefile 应指定要从该目录编译的源文件（以及其他编译标志，如果需要）。理想情况下，您应该根据您的要求创建静态库（或者可能是动态库）。一旦编译了所有依赖代码（意味着您有 .lib 或 .o 文件），那么您应该编译具有入口点的源文件（例如 < code>main 函数（c/c++ 中））并为链接器指定依赖库（ld）。

举个例子，只要看看任何至少有 2 级目录结构的开源项目。

Answer 2

...我必须指定任何链接的 .cpp 曾经使用的所有 .cpp 文件...

这是错误的。您必须为链接器提供足够的信息来解析代码中使用的所有符号，但您可以将其作为源代码文件（.cpp 等）、目标文件 (.o) 或库（.so 或 .一个）。将每个源代码文件编译为目标文件，然后将每个目标文件链接在一起以创建二进制文件就足够了。

g++ foo.cpp -c -o foo.o
g++ bar.cpp -c -o bar.o
g++ main.cpp -c -o main.o
g++ main.o foo.o bar.o -o main.exe

Answer 3

我假设您实际上使用的是 UNIX（类似）系统，因此 shell 会将 *.cpp 通配符规范替换为实际文件名。其他系统的行为可能有所不同，尽管我对此表示怀疑。

您已将文件存储在目录结构中，因此简单地说 *.cpp 将仅匹配当前目录中的文件，您在其中调用 g++ - 在您的情况下可能只是 main.cpp。

如果您还想用通配符覆盖所有其他文件，则还必须在命令行上指定它们。就您而言：

g++ *.cpp Utilities/*.cpp Utilities/data/*.cpp

如果这实际上比简单地命名所有文件更容易，我无法判断。

编辑：正如其他人所说，编译/构建重要程序的最佳方法当然是使用 make 或一些类似的构建工具。