c – Opengl linux undefined对基本函数的引用

前端之家收集整理的这篇文章主要介绍了c – Opengl linux undefined对基本函数的引用前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我在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

(不确定lib的顺序,但看起来没问题.)

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

链接顺序问题发生(或不发生)与共享库的GCC / ld取决于(最可能的是其他事情 – 我不是这里的专家)是否设置了–as-needed链接标志. (例如,参见Gentoo as-needed过渡指南中的前一项.)
当–as-needed处于活动状态时,链接过程会尽快消除不需要的符号,如果链接顺序不正确,则会导致问题.这样做是为了减少最终可执行文件中存在的不必要的依赖项的数量.
如果–as-need不活动,则不会发生这种情况(或者更少) – 在这种情况下保留所有符号,并且链接顺序无关紧要(或多或少 – 再次,我不是专家. )

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

猜你在找的C&C++相关文章