Linux的Opengl未定义对基本功能的引用

  • Z时代
  • 2024-01-10
  • 分类：问答

我在Ubuntu 11.04上编写了一个使用freeglut的程序。工作正常。然后，我得到了另一台计算机，并尝试在全新安装的Ubuntu

11.04上运行该程序。不起作用 所以我安装了

`sudo apt-get install freeglut3 freeglut3-dev libglew1.5 libglew1.5-dev

libglu1-mesa libglu1-mesa-dev libgl1-mesa-glx libgl1-mesa-dev mesa-common-dev

gcc`

并尝试运行该程序，该程序会导入

    #include <GL/freeglut.h>
    #include <GL/gl.h>
    #include <GL/glu.h>

使用命令

g++ -lGL -lGLU -lglut Driver.cpp -o a

但是，链接器或类似内容会弹出200错误，形式如下：

    Driver.cpp:(.text+0x3c6b): undefined reference to `glutSolidSphere'
    Driver.cpp:(.text+0x3c75): undefined reference to `glEnable'
    Driver.cpp:(.text+0x3c9a): undefined reference to `glColor4f'
    Driver.cpp:(.text+0x3cb5): undefined reference to `glRotatef'
    Driver.cpp:(.text+0x3d02): undefined reference to `glutSolidSphere'
    Driver.cpp:(.text+0x3d07): undefined reference to `glutSwapBuffers'

是什么原因引起的？

回答：

指定要链接到的对象（包括静态和动态库）的顺序可能很重要。

尝试：

g++ Driver.cpp -lGL -lGLU -lglut  -o a

（不确定库的顺序，但这看起来还可以。）

构建命令行时的想法是，如果a需要来自的符号b，则b必须在命令行 后 出现a。

对于共享库，GCC / ld的链接顺序问题是否发生（取决于（最可能是-我在这里不是专家））是否--as-

needed设置了链接标志。（例如，请参阅Gentoo的按需转换指南中的倒数第二项。）

链接过程在--as-needed激活时会尽快消除不需要的符号，如果链接顺序不正确，则会导致问题。这样做是为了减少最终可执行文件中不必要的依赖项数量。

如果--as-needed不处于活动状态，则不会发生（或减少）-在这种情况下，所有符号都会保留，链接顺序也无关紧要（或多或少-同样，我也不是专家）。

由于不同的发行版对该标志使用了不同的默认值，因此GCC的行为可能看起来不一致，但这只是一个印象。

以上是 Linux的Opengl未定义对基本功能的引用 的全部内容， 来源链接： utcz.com/qa/401621.html

回到顶部