未定义符号的常规故障排除技术 - gcc
未定义符号的常规故障排除技术 - gcc
gcc是GNU Compiler Collection的缩写，是一套开源的编译器工具集，用于编译C、C++、Objective-C和Fortran等程序。在开发过程中，经常会遇到未定义符号的错误，这是由于编译器无法找到某个符号的定义所导致的。
常规故障排除技术如下：
- 检查头文件引用：未定义符号可能是由于忘记包含相关头文件而导致的。检查代码中是否正确引用了相关头文件，并确保这些头文件的路径正确。
- 检查库文件链接：未定义符号可能是由于缺少相关库文件或链接错误导致的。检查代码中是否正确链接了相关的库文件，并确保这些库文件的路径正确。
- 检查符号定义：未定义符号可能是由于忘记定义某个函数或变量而导致的。检查代码中是否有对应的函数或变量定义，并确保其命名和类型正确。
- 检查编译选项：未定义符号可能是由于编译选项设置不正确导致的。检查编译命令中是否包含了必要的选项，例如正确的库路径、编译标志等。
- 检查依赖关系：未定义符号可能是由于依赖关系不正确导致的。检查代码中是否正确引用了其他模块或库，并确保这些模块或库已正确编译和链接。
- 使用调试工具：如果以上方法无法解决问题，可以使用调试工具来跟踪代码执行过程，查找未定义符号的具体原因。常用的调试工具有gdb等。
对于gcc编译器，腾讯云提供了云服务器CVM和弹性容器实例TKE等产品，可以方便地进行代码编译和调试。您可以通过以下链接了解更多信息：
- 腾讯云服务器CVM：https://cloud.tencent.com/product/cvm
- 腾讯云弹性容器实例TKE：https://cloud.tencent.com/product/tke
请注意，以上答案仅供参考，具体的故障排除方法和推荐产品可能因实际情况而异。在实际应用中，建议根据具体问题和需求进行综合考虑和选择。
相关·内容
2回答
我按照关于的说明将Interbase支持编译成Qt，并确保我的所有库都在正确的位置。qmake成功运行，但是当我运行nmake时，我在qsql_ibase.cpp中得到了一系列未定义的引用错误。如果我在Qt中打开.pro并悬停在抛出未定义的引用错误并遵循符号(F2)的函数上，它将带我到ibase.h文件中声明它。是否因为没有函数定义而抛出未定义的引用错误？如果是这样的话，为什么它没有给我任何错误关于一个丢失的库？
输出示例：
创建库文件: debug\libqsqlibased4.a /qsql_ibase.o:函数getIBaseError': C:\QtSDK\QtSourc
浏览 5提问于2011-11-07得票数 0
6回答
据我所知，如果我想在linux环境中使用pthread库，我必须包含pthread.h并使用-lpthread选项编译源代码。但是我不明白为什么我要用-lpthread选项编译。我认为这个选择是多余的..。因为我已经声明了要包含pthread.h头文件，以便让gcc链接pthread库。为什么gcc不通过读取#include自动链接pthread库文件？
提前谢谢。
浏览 30提问于2012-02-18得票数 14
回答已采纳
为啥yum install -y nc会提示No such file or directory? 是yum本身的问题还是nc的问题啊 还是腾讯云的问题
No such file or directory: '/tmp/yum_save_tx.2023-09-24.17-00.7TF71z.yumtx'
图片
浏览 200提问于2023-09-24
回答已采纳
1回答
我想看看是否有可能在一个交叉编译器中使用gcc插件(手臂-零-eabi-gcc)。然而，我遇到了编译器错误，并且怀疑我试图做的事情是否可能。
我试图设置的插件是：
我正在使用-m32标志在x86-64linux上编译插件，因为交叉编译器是一个32位的应用程序。但是，当我尝试使用-fplugin在交叉编译器中使用插件时，我会得到一个未定义的符号编译器错误：
cc1plus: error: cannot load plugin ../afl-gcc-pass.so ../afl-gcc-pass.so: undefined symbol: _Z13build_int_cstP9tree_nodel
浏览 7提问于2020-01-31得票数 2
回答已采纳
3回答
我说链接器不进行函数参数检查是对的吗？它们不检查函数调用的数量或类型，也不检查全局数据引用的类型。所有的链接者都是这样的吗？
我正在使用Clang针对x86-64上的Linux。链接器是否检查引用是否位于正确的段中？还是外部引用实际上只是一个空白*就链接器而言？
我来自高级语言背景C#和Scala，因此对于那些沉浸在低层次世界中的人来说，这似乎是显而易见的。我用汇编程序编写了几个函数(系统调用)，我注意到汇编程序中没有外部函数的参数原型。
上下文:我实际上是在编写一个编译器。目前，我的目标是使用汇编程序函数进行系统调用的预处理C .i文件，但替代方法是C++、汇编程序甚至机器代码，因此我试图权
浏览 4提问于2015-01-22得票数 3
回答已采纳
我在我的*.c程序中使用GLFW库。
#include <GL/glfw.h>
#include <stdlib.h>
int main(void)
{
int running = GL_TRUE;
int k=0;
.....
...
..
我用来编译的命令是：
gcc test1.c -o test1 -lglfw
我的问题是，既然有这一行：
#include <GL/glfw.h>
为什么我必须将-lglfw传递给gcc
浏览 0提问于2011-10-26得票数 2
回答已采纳
我正在使用cmake生成一个gstreamer库。最后，cmake使用以下命令进行链接：
/usr/bin/cc -fPIC -shared -Wl,-soname,libmacq-gstmelpi.so -o libmacq-gstmelpi.so <OBJECT_FILES> -lmacq-melpi -lmacq-icar-tools -lmacq-gstmecimeta -lgstreamer-1.0 -lgobject-2.0 -lglib-2.0 -lgstvideo-1.0
注意结尾处的-lgstvideo-1.0标志。该命令运行良好，不产生错误，生成的库也很好。然而
浏览 1提问于2016-03-03得票数 0
回答已采纳
2回答
前几天，在Visual Studio (C++)中，我试图构建一些示例代码，但它不能工作，即使我指向正确的include和lib目录(我得到了链接器错误)。
我问了一个朋友，他在项目设置的通用属性->链接器->输入字段中指定了必要的.lib文件，从而解决了这个问题。
我的问题：
仅仅指向包含.lib文件的目录还不够吗？您是否需要明确地告诉链接器要链接哪些库文件？
通过在additional dependencies字段中列出.lib文件，我是否准确地指定了将哪些静态库构建到可执行文件中？如果答案是肯定的，那么这就是exe中内置的唯一lib文件吗？为什么它被称为additional依
浏览 0提问于2010-06-09得票数 0
回答已采纳
1回答
gcc 5.4.0 cygwin 2.8.0 Win10
我一直在思考这个problem.When，我编写了一个简单的程序，如下所示，我得到了一个gcc包含文件中的一个错误。我查看了cygwin的邮件列表，没有人报告gcc下载的错误，所以我认为这是我的误解，但我不知道我做错了什么。在此之前，所有gcc包含的文件都是自动包含的。哦，对其他库来说编译是正确的。
守则是：
gcc -std=c++11 test.cpp，gcc test.cpp
包括碘流
使用命名空间std；
int main(int argc，char** argv) {}
错误信息是：
/tmp/ccfBvaqg.o:
浏览 5提问于2017-06-22得票数 0
我对使用gcc和g++工具的C/C++混合应用程序比较陌生。为了使用它，我下载了iperf源代码，并使用Eclipse成功地构建了它。
有一点很奇怪:如果我使用Eclipse查看文件"Thread.c“，它会认为存在语法错误，并在几乎整个文件下划线，就好像代码有缺陷一样，但事实绝对没有。
这是触发它的一段代码：
#ifdef __cplusplus
extern "C"
{
#endif
我知道外部"C“在C++中是用来做什么的，但是当它出现在.c文件中时，就会出现问题。不过，它很乐意在.cpp和.h文件中接受它。
我已经检查了Make实用程序是如何构建iper
浏览 1提问于2014-05-19得票数 3
我正试图为windows和ubuntu编译一个c++程序来实现我正在使用的mingw，但是它似乎找不到gcc在执行此命令时可以找到的所需的库。
gcc decode_video.c -o dv -lavcodec -lavutil
所有的编译都正常，但是当我使用这个
x86_64-w64-mingw32-gcc decode_video.c -o dv.exe -lavcodec -lavutil
上面说头文件没有找到
将build命令更改为
x86_64-w64-mingw32-gcc decode_video.c -o dv.exe -I /usr/include/x86_64-linux
浏览 0提问于2020-03-06得票数 2
回答已采纳
1回答
我有一个静态库，我在其中通过GLEW调用OpenGL扩展函数。由于该项目是在NetBeans 7.0中构建的，而GLEW的二进制文件仅以Visual-C风格发布，因此我将GLEW (1.7.0)构建为一个静态库，与GCC一起。(我也会感兴趣为什么这是必要的，因为GLEW似乎是纯C语言，其中ABI和交叉编译器兼容性不是AFAIK的问题。)
在我的静态库中，我将GLEW_STATIC和NO_SDL_GLEXT定义为项目预处理器指令(-D)，然后
#include "GL/glew.h"
#include "SDL/SDL.h"
然后在(测试)应用程序中链接静态库，该
浏览 0提问于2011-11-14得票数 1
回答已采纳
1回答
如果我构建相同的源代码，链接到相同库的相同版本，使用相同的工具链(相同的编译器，链接器等，GCC 4.4)，使用相同版本的相同操作系统(在我的例子中是Centos 5 Linux )，但在两台不同的机器上；
假设生成的二进制文件应该是相同的，这合理吗？
这背后的背景是我的代码具有“未定义的行为”，它在一种配置上“工作”，但在另一种配置上不起作用，显而易见的答案是修复这个问题，但我想知道我的假设是否正确，即生成的二进制文件应该是相同的。
我注意到在大小上有几百个字节的差异，使用'nm‘命令显示的符号的位置略有不同，即使这些符号是相同的。
浏览 3提问于2013-01-23得票数 3
回答已采纳
我正在做一个C++ cmake项目。除了我自己的源代码之外，我的项目还使用了很多第三方库。因此，我使用的共享库(带有.so扩展)位于/usr/local/lib中，对于某些情况，代码位于/usr/local/include中。(就像我使用的eigen库一样，它位于/usr/local/include/eener3/中)。
如何确保地址消毒器只检查我的源代码，而不检查任何标准库或第三方库？
PS :目前，我使用的地址消毒器如下所示：
ADD_COMPILE_OPTIONS(-O0 -g -Wall -fsanitize=address -fno-omit-frame-pointer)
SET(C
浏览 0提问于2018-11-20得票数 5
3回答
需要澄清某些用于编译C文件的术语
、、、、
我正在使用GCC编译器和Geany (Arch，如果有什么不同的话)学习C。然而，我看到在Geany和互联网上，编译和构建这两个词是可以互换使用的。我要求澄清，我理解编译过程的方式是正确的，因为谷歌只是让我更加困惑。
假设我编写了一个简单的helloworld.c文件：
#include <stdio.h>
int main(void)
{
printf("Hello world!");
return 0;
}
如果运行gcc -c helloworld.c，编译器将生成helloworld.o对象文件。Geany调用此过程编译，编译器称Compil
浏览 0提问于2012-10-07得票数 4
回答已采纳
2回答
我在一个类的头文件中包含了一个带有全局boost信号的.h文件，而这个头文件又包含在主函数的文件中。链接器说信号被多次声明。信号声明被包装在C/C++头文件中典型的#ifndef、#define和#endif块中(用于避免多个声明)。我正在和gcc一起使用Eclipse。
#ifndef SIG_HEADER
#define SIG_HEADER
#include <boost/signal.hpp>
boost::signal0 <void> signal1;
#endif
我做错了什么？
浏览 2提问于2012-07-09得票数 1
回答已采纳
1回答
我有一个静态库matrixlib.a，用于编译一些C代码。这段代码是用gcc编译的，运行良好。不过，我想把这个库介绍到C++代码中，然后问题就开始了。我编译C代码的方式：
gcc -I/矩阵/包括-O -Wall示例。c -c -o示例。
Gfortranexample.o/mxlib.a -lblas -fopenmp -o example_c
如果现在我们把gcc换成g++
示例c：(.text+0xf5)：未定义的对`mygemm_solver的引用( int，double const*，double*，double*，int，int)‘
mygemm_solver是我使
浏览 2提问于2013-09-30得票数 1
回答已采纳
我将一个线程局部变量添加到几个目标文件中，这些文件总是直接链接到可执行文件。这些对象永远不会包含在共享库中(可以肯定地说，在可预见的未来，这一点都是正确的)。这意味着这些对象不需要-fPIC标志，对吗？
默认情况下，我们的代码库对所有对象都有-fPIC标志。其中许多都包含在共享库中，因此使用-fPIC是有意义的。但是，此标志在调试新线程局部变量时出现问题，因为。如果我用新的线程局部变量从这几个目标文件中删除-fPIC，我就可以正确地进行调试。
我找不到任何权威的说法，说在可执行文件中混合非PIC对象和PIC对象是可以的。到目前为止，我的测试表明它是可以的，但它感觉不是很干净，由于共享库的情况，
浏览 1提问于2016-04-07得票数 5
这可能是一个完全新手的问题，但当我考虑在iOS中链接库时，我的脑海中缺少链接。我通常只是添加一个经过交叉编译的新库，并设置构建和链接器路径，而不是真正知道我在做什么。我希望有人能帮我填补一些空白。
让我们以OpenCV库为例。因为一个写得很好的教程( )，我有了这个完全可以工作的btw，但我只是想知道到底是怎么回事。
我在想的是，当我为iOS构建OpenCV时，您创建的对象代码被放在.a文件中。此目标代码只是编译的实现文件( .m )。你想这样做的一个原因是让你很难看到源代码，这样你就不必每次都编译源代码了。
不会将.h文件放入库( .a )中。您可以在源文件中包含.h，这些头文件以某种方式
浏览 0提问于2011-03-17得票数 1
3回答
我有一个c库，我在gcc中用到了。该库具有扩展名.lib，但始终作为静态库进行链接。如果我写一个程序，使用这个库作为c-code，那么一切都是-ok。但是，如果我将文件重命名为.cpp (执行在c/c++中都有效的简单操作)，则会得到未定义的引用。这些是我为测试目的编写的简单的小程序，所以没有花哨的东西。我使用以下命令进行编译：
gcc -g -Wall -I <path to custom headers> -o program main.c customlibrary.lib -lm -lpthread
上面的工作就像一个护身符。但是：
g++ -g -Wall -I <
浏览 0提问于2009-07-01得票数 23
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储活动推荐
腾讯云开发者
