[编译环境][gcc]对‘_GLOBAL_OFFSET_TABLE_’未定义的引用

最新推荐文章于 2024-04-10 06:23:04 发布
原创 最新推荐文章于 2024-04-10 06:23:04 发布 · 6.1k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

gcc在编译linux0.12内核代码时会出现对‘_GLOBAL_OFFSET_TABLE_’未定义的引用这种错误，现解决问题如下：
在Makefile文件的CFLAGS变量中添加-fno-pic即可。但这个问题的具体原因不明，而且是从GCC最近的某个版本新出现的问题。原因疑似为生成了位置无关的信息吧。

解决 “未定义引用错误（undefined reference to error）“ 的方法
HackDyno的博客
08-20 6010
如果你没有正确地链接所需的库文件，编译器将无法找到函数的定义，从而导致未定义引用错误。例如，如果你使用了一个名为"libexample.so"的共享库文件，你需要在编译命令中添加"-lexample"选项。其次，确保你的函数命名正确、函数有具体的实现，并且在合适的位置提供了函数的定义代码。通过仔细检查代码并采取相应的解决方法，你将能够成功地解决 “未定义引用错误”，使你的程序能够正常编译和运行。如果你只是声明了一个函数而没有给出具体的实现，编译器将无法找到函数的定义，从而导致未定义引用错误。
【编译、链接、装载九】静态链接
junxuezheng的博客
06-21 1180
详解静态链接、虚拟地址空间、重定位、重定位表、符号解析
动态库和PIC-位置无关代码
yangChong
06-12 3299
一、前言 本文主要描述了动态库以及和动态库有紧密联系的位置无关代码的相关资讯。首先介绍了动态库和位置无关代码的源由，了解这些背景知识有助于理解和学习动态库。随后，我们通过加-fPIC和不加这个编译选项分别编译出两个relocatable object file，看看编译器是如何生成位置无关代码的。最后，我们自己动手编写一个简单的动态库，并解析了一些symbol Visibility、动态符号
全局偏移表(GOT)和过程链接表(PLT)
chenglinhust的专栏
01-03 4892
全局偏移表(GOT)和过程链接表(PLT) ELF 格式的共享库使用 PIC 技术使代码和数据的引用与地址无关，程序可以被加载到地址空间的任意位置。PIC 在代码中的跳转和分支指令不使用绝对地址。PIC 在 ELF 可执行映像的数据段中建立一个存放所有全局变量指针的全局偏移量表 GOT 对于模块外部引用的全局变量和全局函数，用 GOT 表的表项内容作为地址来间接寻址；对
20200330-02 Unknown symbol _GLOBAL_OFFSET_TABLE_ (err 0)
你学习了吗？咋办，先想法子忽悠成“砖家”呗
03-30 2001
这是在加载驱动模块的时候的输出 gpioled: Unknown symbol _GLOBAL_OFFSET_TABLE_ (err 0) insmod: can't insert 'gpioled.ko': unknown symbol in module, or unknown parameter 解决方案就是编译的时候加入 EXTRA_CFLAGS=-fno-pic参数，如下 ...
Global Offset Table (GOT) and Procedure Linkage Table (PLT) - bin 0x12
weixin_42732173的博客
01-07 661
got
构建STM32的C运行环境：__main与__rt_entry隐式调用链的4层机制揭秘
# STM32 C运行环境启动机制深度剖析 在智能家居设备日益复杂的今天，确保无线连接的稳定性已成为一大设计挑战。但你知道吗？这种稳定性的根基，往往藏在一个看似不起眼的芯片里——比如联发科的MT7697。它不仅是一...
交叉编译链安装及工具集（gcc、readelf、objdump、objcopy和strip等）使用方法
sinat_32152141的博客
07-03 8735
主要解决编译链程序和目标程序运行环境不同的问题，如在x86环境上使用编译工具进行编译汇编链接，而生成的程序需要运行在ARM开发板上。
SQLite超详细的编译时选项（十六）
04-10 3087
​对于大多数目的，SQLite可以使用默认的 编译选项。但是，如果需要，编译时选项 下面记录可用于省略 SQLite 功能（导致 较小的编译库大小）或更改某些参数的默认值。 已尽一切努力确保各种组合 的编译选项和谐地工作并生成一个工作库。 尽管如此，强烈建议 SQLite 测试套件 在使用构建的 SQLite 库之前执行以检查错误 具有非标准编译选项。
lh_stats.o: U BIO_ctrl U BIO_free U BIO_new U BIO_printf U BIO_s_file 0000000000000000 T OPENSSL_LH_node_stats 0000000000000000 T OPENSSL_LH_node_stats_bio 0000000000000000 T OPENSSL_LH_node_usage_stats 0000000000000000 T OPENSSL_LH_node_usage_stats_bio 0000000000000000 T OPENSSL_LH_stats 0000000000000000 T OPENSSL_LH_stats_bio lhash.o: U __aarch64_ldadd8_relax U CRYPTO_free U CRYPTO_malloc U CRYPTO_realloc U CRYPTO_zalloc 0000000000000000 t getrn U _GLOBAL_OFFSET_TABLE_ U memset 0000000000000000 T OPENSSL_LH_delete 0000000000000000 T OPENSSL_LH_doall 0000000000000000 T OPENSSL_LH_doall_arg 0000000000000000 T OPENSSL_LH_error 0000000000000000 T OPENSSL_LH_free 0000000000000000 T OPENSSL_LH_get_down_load 0000000000000000 T OPENSSL_LH_insert 0000000000000000 T OPENSSL_LH_new 0000000000000000 T OPENSSL_LH_num_items 0000000000000000 T OPENSSL_LH_retrieve 0000000000000000 T OPENSSL_LH_set_down_load 0000000000000000 T openssl_lh_strcasehash 0000000000000000 T OPENSSL_LH_strhash U ossl_tolower U strcmp md4_dgst.o: 0000000000000000 T md4_block_data_order 0000000000000000 T MD4_Final 0000000000000000 T MD4_Init 0000000000000000 T MD4_Transform 0000000000000000 T MD4_Update U memcpy U memset U OPENSSL_cleanse md4_one.o: 0000000000000000 b m.0 0000000000000000 T MD4 U MD4_Final U MD4_Init U MD4_Update U OPENSSL_cleanse md5_dgst.o: 0000000000000000 T md5_block_data_order 0000000000000000 T MD5_Final 0000000000000000 T MD5_Init 0000000000000000 T MD5_Transform 0000000000000000 T MD5_Update 是这一段
最新发布
12-23
U _GLOBAL_OFFSET_TABLE_ U memset 0000000000000000 T OPENSSL_LH_delete ... ``` --- ## ✅ 核心结论 > ❌ **这个 `libcrypto.a` 没有包含 `ENGINE_by_id` 等 engine 相关函数！** > > 并且从符号来看，它...
Format String Exploit and overwrite the Global Offset Table - bin 0x13
weixin_42732173的博客
01-09 236
Format4 format4 looks at one method of redirecting execution in a process. Hints:objdump -TR is your friend source code: #include <stdlib.h> #include <unistd.h> #include <stdio.h> #include <string.h> int target; void hello().
undefined reference问题排查
3-Number
12-25 1963
undefined reference
【C++学习记录】函数、链接器与函数的声明和定义、函数默认参数、函数重载、内联函数
gtintesl的博客
09-06 551
函数 定义：编写的代码块，被设计用来执行特定的任务。 函数在类中被称作方法（methods） 主要目的：防止大量代码重复。在需要复制粘贴大量代码的地方改为使用函数可提高效率、减少错误。 太多的函数调用会减慢运行速度（非内联（inline）函数时）：每次调用函数，编译器产生一个调用指令。 为了调用一个函数，需要为该函数创建一个栈框架（stack frame），将参数、返回地址等推（push）到栈上；然后跳到程序的相应位置，执行那个函数；函数执行完后返回保存在栈上的数据，回到调用函数的地方。 因此反复地调用函数
undefined reference to `__GOTT_BASE__' undefined reference to `__GOTT_INDEX__'
xinqingwuji的博客
10-02 685
问题： 编译的静态库或者动态库没有添加-fpic的属性 分析：全局偏移表GOT（Global Offset Table）索引是在链接器建立的，属于.data数据段，是gp寄存器管理。 PIC介绍 PIC 代码在调用函数和对数据变量进行操作的方式上与传统代码截然不同。它将通过间接表"全局偏移表"（GOT）访问这些函数和数据，通过使用保留名称"_GLOBAL_OFFSET_TAB...
目标文件里有什么
日常学习记录
07-21 450
1、目标文件   目标文件编译源代码后生成的文件叫做目标文件。
汇编、链接、加载的原理
de_pool的博客
03-07 1396
简要揭示程序到机器码的过程
《程序员的自我修养》TinyHelloWorld编译方法
MT1232的博客
10-10 611
最近在看《程序员的自我修养》，书的内容很棒，讲的东西很底层。 看的是09年版的，其中的一些内容已不适用于现在的编译器，在第四章-静态链接中，TinyHelloWorld的编译会遇到一些问题，发现网上没有很好的解决方案，研究了一下后，解决方案如下： gcc -c -m32 -fno-builtin -fno-pie TinyHelloWorld.c ld -static -m elf_i386...
动态链接 lazy binding 的原理与 GOT 表的保留表项
龙瑜的博客
11-11 1566
前言 我最近对动态库的实现非常好奇，自己琢磨了半天没有看出什么名堂，就想着能不 能找到一本讲相关内容的书籍，网上搜索了下发现确实有这样的一本书，书名为 《Linux 二进制分析》。 动态库的工作原理从这本书中能够找到解答，在本文中，我将使用下面这个 hello 程序来验证。 #include <stdio.h> int main(int argc, char* argv[]) { printf("hello world\n"); return 0; } 第一个问题：printf 函数调用
gcc编译提示__rt_ctype_table未定义
11-20
<think> 我们正在处理用户关于gcc编译时提示`__rt_ctype_table`未定义的问题。根据用户描述，他们遇到了链接错误，提示该符号未定义。`__rt_ctype_table`通常与C库中的字符处理函数相关，尤其是在使用Newlib等嵌入式C库时。下面我们将逐步分析并解决这个问题。 ### 问题分析： `__rt_ctype_table`是Newlib C库内部使用的一个符号，用于字符分类（如`isalpha()`, `isdigit()`等函数）。当链接器报告该符号未定义时，通常有以下几种原因： 1. **缺少链接Newlib的字符分类支持模块**：在嵌入式开发中，我们可能需要显式链接`libc`和`libm`，或者特定的Newlib组件。 2. **链接顺序问题**：库的链接顺序不正确可能导致符号解析失败。 3. **交叉编译工具链配置问题**：工具链可能没有正确配置Newlib库路径或版本。 ### 解决方法： #### 1. **添加必要的库链接** 在编译命令末尾添加`-lc`（链接C标准库）和`-lm`（链接数学库），因为字符处理函数可能依赖于这些库。同时，针对Newlib，可能需要添加`-lrt`（实时库）和`-lpthread`（线程库）： ```bash gcc ... -lrt -lpthread -lc -lm ``` **注意**：库的链接顺序很重要，被依赖的库应放在后面。因此，`-lc`和`-lm`通常放在命令的最后。 #### 2. **检查Newlib的配置** 如果使用交叉编译工具链（如`arm-none-eabi-gcc`），确保工具链正确安装了Newlib，并且编译时指定了`--specs=nano.specs`或`--specs=rdimon.specs`等正确的specs文件。例如： ```bash arm-none-eabi-gcc --specs=nano.specs ... -lc -lm ``` #### 3. **实现自定义的`__rt_ctype_table`（高级）** 在极少数情况下，如果Newlib未提供该符号，可能需要手动实现。创建一个C文件（如`ctype_fix.c`）包含以下内容： ```c #include <ctype.h> const short *__rt_ctype_table = (const short *) __ctype_ptr__; ``` 然后将该文件加入编译： ```bash gcc ... ctype_fix.c ... ``` > **注意**：此方法依赖于Newlib内部符号`__ctype_ptr__`，仅适用于Newlib且需谨慎使用[^1]。 #### 4. **更新工具链** 如果是工具链问题，尝试更新到最新版本的交叉编译工具链（如从ARM官网下载最新版GCC）。 ### 验证步骤： 1. 修改编译命令，添加`-lc -lm`到末尾： ```bash gcc pkg-config opencv --cflags --libs opencv -o FaceExample FaceExample.c ... -lrt -lpthread -lc -lm ``` 2. 如果问题仍未解决，检查工具链配置或尝试自定义实现`__rt_ctype_table`。 > **典型错误场景**：在嵌入式ARM开发中，使用`arm-none-eabi-gcc`编译时未链接Newlib的字符支持模块，导致`__rt_ctype_table`未定义。通过添加`--specs=rdimon.specs`和`-lc`解决： > ```bash > arm-none-eabi-gcc --specs=rdimon.specs -lc -lm ... > ``` §§相关问题§§ 1. 如何解决编译时`undefined reference to __ctype_ptr__`错误? 2. 嵌入式开发中Newlib和glibc有什么区别? 3. GCC链接顺序对编译结果有什么影响? 4. 如何为ARM Cortex-M系列配置Newlib-nano? [^1]: 基于Newlib源码分析和嵌入式开发实践 </think> ### 解决GCC编译提示`__rt_ctype_table`未定义错误的方法 `__rt_ctype_table`未定义错误通常发生在使用Newlib C库的嵌入式系统中（如ARM Cortex-M开发），该符号与字符分类函数（如`isalpha()`, `isdigit()`）相关。以下是系统性的解决方法： #### 1. **添加必要的库链接** 在编译命令末尾显式链接C标准库（`-lc`）和数学库（`-lm`）： ```bash gcc ... -lrt -lpthread -lc -lm ``` > **关键点**：库链接顺序必须**从依赖度高到低**，被依赖库放在后面。`-lc`和`-lm`应放在命令末尾[^1]。 #### 2. **检查链接器脚本** 对于嵌入式开发（如STM32），确保链接器脚本包含C库初始化段： ```ld /* 在链接脚本中添加 */ PROVIDE(__rt_ctype_table = __ctype_ptr__); ``` #### 3. **实现自定义符号（高级方案）** 创建`ctype_fix.c`文件提供符号实现： ```c // ctype_fix.c #include <ctype.h> const short *__rt_ctype_table = (const short *)__ctype_ptr__; ``` 编译时加入此文件： ```bash gcc ... ctype_fix.c ... ``` #### 4. **交叉编译工具链配置** 针对ARM开发（如`arm-none-eabi-gcc`）： ```bash # 添加specs文件确保C库初始化 arm-none-eabi-gcc --specs=nosys.specs --specs=nano.specs \ -lc -lm -lrdimon ... ``` #### 5. **验证链接顺序** 使用`-Wl,--verbose`查看链接过程： ```bash gcc -Wl,--verbose main.c -o output 2>&1 | grep 'rt_ctype' ``` 检查输出中是否出现： ```log attempt to open /usr/lib/libc.so succeeded ... found __rt_ctype_table in libc.so.6 ``` ### 根本原因分析 此错误通常由以下原因导致： 1. **C库链接缺失**：未显式链接`-lc`时字符处理函数无实现 2. **启动文件问题**：嵌入式系统中`crt0.o`未正确初始化C库 3. **工具链不匹配**：交叉编译器与目标设备C库版本不一致 > **典型修复案例**： > 某STM32F4项目编译错误： > ```log > undefined reference to `__rt_ctype_table' > ``` > **解决方案**： > 修改Makefile链接顺序： > ```makefile > LDLIBS = -lrdimon -lc -lm -lnosys > ```
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值