小编典典

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

linux

我在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'

是什么原因引起的?


阅读 378

收藏
2020-06-03

共1个答案

小编典典

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

尝试:

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

(不确定库的顺序,但这看起来还可以。)

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

对于共享库,GCC / ld的链接顺序问题是否发生(取决于(最可能是-我在这里不是专家))是否--as- needed设置了链接标志。(例如,请参阅Gentoo的按需转换指南中的倒数第二项。)
链接过程在--as-needed激活时会尽快消除不需要的符号,如果链接顺序不正确,则会导致问题。这样做是为了减少最终可执行文件中不必要的依赖项数量。
如果--as-needed不处于活动状态,则不会发生(或减少)-在这种情况下,所有符号都会保留,链接顺序也无关紧要(或多或少-同样,我也不是专家)。

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

2020-06-03