0

我的朋友在 Windows 上的 Visual Studio 中开发了一个 C++ 游戏，我想在我的 Linux x64 机器上编译它。我对 C++ 不是很熟悉，但我正在命令行上尝试 g++。但是我只得到一堆未定义的参考错误。

基本文件结构是：

Libraries/SFML-2.0/lib
Libraries/SFML-2.0/include
Libraries/SFML_Linux64/lib
Libraries/SFML_Linux64/include
Libraries/Box2D/lib
Libraries/Box2D/include
Libraries/Box2DLinux/lib
Libraries/Box2DLinux/include
Game
Game/lib
Game/includes
Game/... (other subdirectories)

我尝试了以下命令：

g++ -Wall Multiplaya/app.cpp -I Libraries/SFML_Linux64/include/ -I Libraries/Box2DLinux/include/ -L Libraries/SFML_Linux64/lib/ -L Libraries/Box2DLinux/lib/

这是我得到的错误（有些行被剪断并替换为...）：

/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o: I funktionen "_start":
(.text+0x20): undefined reference to `main'
/tmp/ccFXe37c.o: I funktionen "mp::createNetworkThread(void*)":
app.cpp:(.text+0x10): undefined reference to `worldDataMutex'
app.cpp:(.text+0x15): undefined reference to `sf::Mutex::lock()'
...
/tmp/ccFXe37c.o: I funktionen "mp::App::exec()":
app.cpp:(.text+0x148): undefined reference to `mp::ResourceHandler::instance()'
app.cpp:(.text+0x15a): undefined reference to `mp::ResourceHandler::loadTexture(std::string)'
app.cpp:(.text+0x3d7): undefined reference to `mp::Window::Window(mp::WorldData*)'
app.cpp:(.text+0x406): undefined reference to `mp::Controller::Controller(mp::World*, mp::Window*)'
...
app.cpp:(.text+0x471): undefined reference to `sf::Mutex::unlock()'
app.cpp:(.text+0x4bb): undefined reference to `sf::Thread::launch()'
app.cpp:(.text+0x4d7): undefined reference to `sf::Clock::Clock()'
app.cpp:(.text+0x4e6): undefined reference to `sf::Clock::getElapsedTime() const'
...
collect2: fel: ld returnerade avslutningsstatus 1

（希望你能看透上面的瑞典文。）

4

1 回答 1

2

您为链接器提供库路径非常有礼貌。但是，链接器是忘恩负义的 slob，当它们看到对函数的未定义引用时，通常不会自行查找任何库文件。

像，undefined reference to `sf::Mutex::lock()-我敢打赌目录libsfml-system.so.2.0中有或其他任何东西，Libraries/SFML_Linux64/lib/定义为sf::Mutex::lock(). 但是链接器不在乎。您必须-lsfml-system在编译调用结束时说。

这将有助于g++理解不仅在libstdc++库中查找函数，而且在libsfml-system文件中查找函数。如果g++碰巧在默认或附加（用-L标志指定）库目录中找到这样的文件，他将使用它来解析对函数调用的引用。

但是你必须明确地告诉它你想要放入哪些库文件，只指定带有库的目录并没有多大作用。所以，尝试使用

g++ -Wall Multiplaya/app.cpp -I Libraries/SFML_Linux64/include/ -I Libraries/Box2DLinux/include/ -L Libraries/SFML_Linux64/lib/ -L Libraries/Box2DLinux/lib/ -lsfml-system

如何构建 C++ 程序

C++ 程序的构建分为两步：第一步是编译，第二步是链接。

在编译期间，您将源文件转换为目标文件——其中包含已编译的机器代码。现在有一个技巧你必须明白。说，如果你a.cpp有

// a.cpp
int f(int x);

int main() {
    return f(42);
}

你可以编译它，g++ -c a.cpp它会得到你的目标文件a.o（带有编译的代码），没有任何编译错误。可是等等！里面的内容没有实际的f()定义a.cpp！

现在，当您进行第二步，链接和调用g++ -o test a.o时，它会抱怨有未定义的引用f()。所以让我们b.cpp用这个文本：

// b.cpp
int f(int x) {
    return 2 * x - 3;
}

编译它g++ -c b.cpp然后执行链接g++ -o test a.o b.o- 哇，现在它链接没有错误！

发生了什么？好吧，当编译器看到一个函数调用时，它在目标文件中放入的不是实际call指令，而是一个占位符，上面写着“调用具有某某名称和某某参数的函数”。然后链接器获取一堆目标文件，并将它们缝合在一起。当它看到这样的占位符时，它会在给定它的目标文件中查找提到的函数，并实际调用它而不是占位符。

因此，C++ 程序的构建看起来像这样：

  1. 对于您拥有的每个x.cpp文件，请致电g++ -c x.cpp <bunch of flags> -I<include directories>
  2. 然后打电话g++ -o resultprogram a.o b.o c.o d.o ... <bunch of flags> -L<library directories> -l<additional libraries>

-lflag 告诉链接器，如果他看到对函数的调用，并且在指定的目标文件（ao、bo 等）中的任何地方都没有定义这样的函数，那么它应该在这个库中查找。请不要，链接器不会查看任何目标文件和/或库，除了您指定的那些（好的，它也会查看标准 C++ 库libstdc++，但仅此而已）。

但是，如果您有 10 个或更多文件，则手动执行此过程非常无聊。这就是人们使用“项目文件”和“构建系统”的原因。当 Visual Studio 构建项目时，它会执行我提到的所有步骤：它编译项目中的每个文件，然后将结果链接在一起。在 Linux 上，您没有 Visual Studio，但您有make实用程序。我相信有一些实用程序可以将 VS 项目转换为 makefile。

于 2013-04-15T14:17:34.560 回答