gcc -rdynamic参数解释

最新推荐文章于 2025-05-14 21:40:21 发布
原创 最新推荐文章于 2025-05-14 21:40:21 发布 · 3.5w 阅读 · 12 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#gcc #linker

本文详细解释了在动态链接过程中使用-rdynamic选项的目的，如何通过它将所有符号添加到动态符号表，以及其在实现向后跟踪和获取程序内部回溯时的应用。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

 选项 -rdynamic 用来通知链接器将所有符号添加到动态符号表中
（目的是能够通过使用 dlopen 来实现向后跟踪）
-rdynamic
Pass the flag ‘-export-dynamic’ to the ELF linker, on targets that support
it. This instructs the linker to add all symbols, not only used ones, to the
dynamic symbol table. This option is needed for some uses of dlopen or to
allow obtaining backtraces from within a program.

 

gcc: 选项 -rdynamic；cmake错误一例
mzhan017的博客
01-31 1396
这个选项的意义是，向ELF链接器发送一个标记：‘-export-dynamic’，当然发送的前提是链接器支持这个标记。具体的规则在文件：“/usr/share/cmake/Modules/Platform/Linux-GNU.cmake”导致的问题是cmake的默认规则里又有这么个test 编译器的步骤就会导致cmake执行错误。因为这个选项受某些gcc本身编译时的配置控制，所以有些gcc版本不支持这个选项。如果不支持，可能需要别的方式将这个-export-dynamic 传递过去。
编译链接实战（15）-rdynamic选项导出所有符号到动态符号表
二进制君
09-03 1552
而使用 -rdynamic 选项重新编译程序时，会将所有符号导出到动态符号表中，backtrace_symbols 函数可以从动态符号表中查询到相应的符号信息，从而得到更详细的调用链信息，例如函数名、参数和行号等。默认链接器在产生可执行文件时，只会将那些链接时被其他共享模块引用到的符号放到动态符号表中，这样可以减少动态符号表的大小，也就是说，在共享模块中反向引用主模块中的符号时，只有那些在链接时被共享模块引用到的符号才会被导出。这样，在运行时，可执行文件将包含完整的符号信息，包括函数名、全局变量等。
gcc选项-g与-rdynamic的异同
fyfcauc的专栏
07-11 1505
F gcc的-g，应该没有人不知道它是一个调试选项，因此在一般需要进行程序调试的场景下，我们都会加上该选项，并且根据调试工具的不同，还能直接选择更有针对性的说明，比如-ggdb。-g是一个编译选项，即在源代码编译的过程中起作用，让gcc把更多调试信息（也就包括符号信息）收集起来并将存放到最终的可执行文件内。 相比-g选项，-rdynamic却是一个连接选项，它将指示连接器把所有符号（而不仅
C++ Boost库详解——从入门到精通全集
最新发布
weixin_43484713的博客
05-14 3347
Boost 是一个开源的 C++ 库集合，提供了大量高质量、可移植的组件，用于增强 C++ 标准库的功能。其主要特点包括高质量、跨平台、模块化和开源。Boost 库分为多个类别，如智能指针、容器、算法、多线程、文件系统和序列化等。使用 Boost 时，可以通过官网下载源码并编译，或使用包管理器安装。
gcc中-rdynamic参数的作用
最后一个bug的博客
11-23 584
【代码】gcc中-rdynamic参数的作用。
rdynamic参数的用法
小猪爱拱地
08-12 4139
man gcc: -rdynamic Pass the flag -export-dynamic to the ELF linker, on targets that support it. This instructs the linker to add all symbols, not only used ones, to the d
-rdynamic(–export-dynamic) 选项
我喜欢雨天的清新的博客
03-11 6236
export-dynamic 最近写代码用到了 dlopen函数，dlopen 函数里面使用到了 主程序中的一些全局符号（全局变量 或者 函数）。这个时候生成主程序 指定 dlopen函数的连接的 .so 文件的时候，报链接错误。经过咨询大佬得知，生成主程序的时候加上 -export-dynamic 选项就解决了，从现象上可以看到 加了这个选项后 动态库文件就可以使用主程序的内容了。 ...
解决 “ cmake-tools arm-none-eabi-gcc: error: unrecognized command-line option ‘-rdynamic‘ ” 问题
2303_78834656的博客
12-26 774
使用 vscode cmake-tools 插件进行 STM 工程构建时出现 “ error: unrecognized command-line option ‘-rdynamic’ ” 错误。但通过命令行 “ cmake …” 构建时，不会出现报错。
GCC简单编译流程
zhugl的博客
12-18 7050
gcc编译流程 gcc将hello.c源文件编译成可执行的binary文件需要经过hello.i、hello.s、hello.o、hello四个步骤，如图所示: 1.预处理：展开头文件和宏定义等。 gcc -E hello.c -o hello.i 2.编译：将预处理得到的源代码转换成汇编文件（得到汇编文件）。 gcc -S hello.i -o hello.s 3.汇编：将汇编代码转成不可执...
gcc编译过程
qq_59028382的博客
09-09 5291
一、总体概述 GCC的编译流程分为四个步骤： 1、预处理（Pre-Processing） 2、编译（Compiling） 3、汇编 (Assembliang) 4、链接（Linking） 二、解释步骤 XXX为源文件 YY为生成的文件 1、预处理（Pre-Processing） 预处理用于将所有的#include头文件以及宏定义替换成其真正的内容，预处理之后得到的仍然是文本文件，但文件体积会大很多。 将 .c 文件转换为 .i 文件，使用gcc命令：gcc -E XXX -o YY 对应于预处理命令 cpp
gcc命令行详解
xiaopei的博客
07-20 2331
 1、gcc包含的c/c++编译器gcc、cc、c++、g++gcc和cc是一样的，c++和g++是一样的，一般c程序就用gcc编译，c++程序就用g++编译2、gcc的基本用法gcc test.c这样将编译出一个名为a.out的程序gcc test.c -o test这样将编译出一个名为test的程序-o参数用来指定生成程序的名字3、为什么
GCC 指令详解及动态库、静态库的使用
「 虚幻私塾」
10-30 5556
GCC 是 Linux 下的编译工具集，是「GNU Compiler Collection」的缩写，包含 gcc、g++ 等编译器。这个工具集不仅包含编译器，还包含其他工具集，例如 ar、nm 等。GCC 工具集不仅能编译 C/C++ 语言，其他例如 Objective-C、Pascal、Fortran、Java、Ada 等语言均能进行编译。
gcc或g++的编译选项 -shared -fPIC 与 -g -rdynamic 部分转载
fengdijiang的专栏
09-30 7218
动态库 Linux下动态链接库（shared object file，共享对象文件）的文件后缀为.so，它是一种特殊的目标文件（object file），可以在程序运行时被加载（链接）进来。使用动态链接库的优点是：程序的可执行文件更小，便于程序的模块化以及更新，同时，有效内存的使用效率更高。 创建一个动态链接库，可使用 GCC 的-shared选项。输入文件可以是源文件、汇编文件或者目标文件。另外还得结合-fPIC选项。-fPIC 选项作用于编译阶段，告诉编译器产生与位置无关代码（Position-I.
GCC
人生代码 ---- 公众号
06-07 4263
虽然以下这种配置安装方式真的很蛋疼的，当做学习就好，真正安装的时候直接 1 ubantu ----> sudo apt-get install gcc / sudo apt-get install gcc++ 一、简介： gcc 最初是 “GNU C Compiler” 的简称，只是当作一个 C 语言的编译器，现在已经变成了 “GNU Compiler Collection”，可...
GCC命令与参数详解
zhbi98 的技术 Blogs
06-15 7764
使用 GCC 需要对编译的四个阶段（编译过程），以及编译的规则有一定的了解，熟悉使用 GCC 对于编写 Makefile 具有决定性的作用。GCC 的命令使用非常灵活，命令都以 gcc 开头然后配合待编译文件名，编译选项即可（可以说 GCC 就只有一条命令，只是编译选项较多而已）。命令选项可以随意组合，只需要注意选项是否包含参数即可，如果选项包含参数则参数需要紧紧跟随在选项后方。
GCC命令参数一览表
星云
04-17 874
用法 \qquad\qquad\qquad\qquad\qquad\qquad\qquad\qquad\qquad\qquad -pass-exit-codes 阶段中遇到最高级别错误时退出。 --help 帮助显示此信息。 --target-help 目标帮助显示特定于目标的命令行选项。 --help={common|optimizers|params|target|warnings|[^]{joined|separate|undocumented}}[,...] 显示特定类型...
gcc编译参数
weixin_30305735的博客
01-15 266
gcc是gnu compiler collection 的简称，他包含了多种语言的编译器，如C, C++, Objective-C, Objective-C++, Java, Fortran和Ada。但每种编译器的名字不一样，gcc and g++ 分别是 gnu 的 c & c++ 编译器 gcc/g++ 在执行编译工作的时候，总共需要 4 步 1. 预处理, 生成 .i 的文件 [...
./configure \ --prefix=home \ --disable-ffmpeg \ --disable-ffprobe \ --disable-ffplay \ --disable-programs \ --disable-symver \ --disable-doc \ --disable-htmlpages \ --disable-manpages \ --disable-podpages \ --disable-txtpages \ --disable-avresample \ --disable-avfilter \ --disable-avdevice \ --disable-postproc \ --enable-swscale \ --enable-swresample \ --enable-avcodec \ --enable-avformat \ --enable-small \ --enable-cross-compile \ --arch=arm \ --target-os=linux \ --cross-prefix=arm-linux-gnueabihf- \ --enable-shared \ --disable-gpl \ --enable-nonfree \ --enable-openssl \ --enable-pthreads \ --enable-error-resilience \ --enable-debug \ --disable-encoders \ --disable-hwaccels \ --disable-muxers \ --disable-indevs \ --disable-outdevs \ --disable-devices \ --disable-filters \ --disable-decoder=ssh264_ss268 \ --disable-decoder=sshevc_ss268 \ --shlibdir=host/dynamic \ --libdir=host/static \ --pkg-config=pkg-config \ --extra-cflags="${cflags} -g -rdynamic -funwind-tables -ffunction-sections" \ --extra-ldflags="${ldflags}指定交叉编译工具的路径是/home/rpdzkj/Desktop/gcc-arm-8.2-2018.08-x86_64-arm-linux-gnueabihf/ aarch64-linux-gnu-gcc 和/home/rpdzkj/Desktop/gcc-arm-8.2-2018.08-x86_64-arm-linux-gnueabihf/ aarch64-linux-gnu-g++
03-11
<think>嗯，用户现在提供了一个具体的配置命令，但似乎遇到了交叉编译的问题。首先，我需要仔细看看他的配置参数有什么问题。 用户指定了--cross-prefix=arm-linux-gnueabihf-，但后面又提到工具链路径里有aarch64-linux-gnu-gcc和g++，这明显存在架构冲突。ARM的32位和64位工具链前缀不同，arm-linux-gnueabihf-对应的是32位ARM，而aarch64是64位的。所以用户可能在架构选择上混淆了，需要统一为aarch64。 接下来，用户提供的工具链路径里有空格，比如路径末尾的“gcc-arm-8.2.../ aarch64...”，这里的空格会导致路径错误，需要提醒用户用引号包裹或修正路径，避免空格影响。 用户配置中--arch=arm，但实际使用的是aarch64工具链，这里应该改为--arch=arm64或者aarch64，具体要看configure脚本支持的参数。同时，目标操作系统是linux，这部分没问题。 用户启用了共享库--enable-shared，但指定了shlibdir和libdir到host目录，可能需要确认这些路径是否合理，或者是否需要调整为相对于prefix的路径。 另外，用户提到了--extra-cflags和--extra-ldflags中引用了变量${cflags}和${ldflags}，但可能在实际执行时没有正确设置这些变量，导致参数错误。需要提醒用户检查这些变量是否已正确导出。 还有，用户禁用了很多组件，比如encoders、hwaccels等，可能需要确认这些禁用是否影响所需功能。特别是禁用某些decoder可能引起依赖问题，需检查是否必要。 最后，用户的pkg-config指定为pkg-config，但交叉编译时可能需要使用交叉编译版本的pkg-config，或者通过环境变量指定PKG_CONFIG_PATH，确保找到正确的库文件。 总结下来，主要问题在于架构不匹配、工具链路径错误、变量引用问题以及可能的路径设置不当。需要逐步修正这些参数，并指导用户正确设置环境变量和路径。</think>以下是针对你的 `./configure` 命令的 **详细分析** 和 **关键问题修复建议**： --- ### **一、配置命令的核心问题** #### 1. **交叉编译器架构冲突** - **现象**： - `--arch=arm` 指定目标架构为 **32位 ARM** - 交叉工具链路径中却包含 `aarch64-linux-gnu-gcc`（**64位 ARM** 工具链） - **矛盾点**：`arm-linux-gnueabihf-` 是 32 位工具链前缀，`aarch64-linux-gnu-` 是 64 位工具链前缀 - **修复方案**： ```bash # 若目标设备是 64 位 ARM（如 Cortex-A53/A72） --arch=aarch64 \ # 或 --arch=arm64（根据 configure 脚本支持的关键词） --cross-prefix=aarch64-linux-gnu- # 若目标设备是 32 位 ARM（如 Cortex-A7/A9） --arch=arm \ --cross-prefix=arm-linux-gnueabihf- ``` #### 2. **工具链路径格式错误** - **现象**：路径 `/home/rpdzkj/Desktop/gcc-arm-8.2-2018.08-x86_64-arm-linux-gnueabihf/ aarch64-linux-gnu-gcc` 包含 **空格**（路径末尾的 `/ ` 后紧跟 `aarch64...`） - **修复方案**： - 确保路径中无空格，例如重命名目录为 `gcc-arm-8.2-2018.08-x86_64-arm-linux-gnueabihf` - 或通过引号包裹路径： ```bash export PATH="/home/rpdzkj/Desktop/gcc-arm-8.2-2018.08-x86_64-arm-linux-gnueabihf/bin:$PATH" ``` --- ### **二、优化后的配置命令** ```bash # 假设目标设备是 64 位 ARM（aarch64） ./configure \ --prefix=home \ --disable-ffmpeg \ --disable-ffprobe \ --disable-ffplay \ --disable-programs \ --disable-symver \ --disable-doc \ --disable-htmlpages \ --disable-manpages \ --disable-podpages \ --disable-txtpages \ --disable-avresample \ --disable-avfilter \ --disable-avdevice \ --disable-postproc \ --enable-swscale \ --enable-swresample \ --enable-avcodec \ --enable-avformat \ --enable-small \ --enable-cross-compile \ --arch=aarch64 \ # 修改为 aarch64 或 arm64 --target-os=linux \ --cross-prefix=aarch64-linux-gnu- \ # 与 arch 保持一致 --enable-shared \ --disable-gpl \ --enable-nonfree \ --enable-openssl \ --enable-pthreads \ --enable-error-resilience \ --enable-debug \ --disable-encoders \ --disable-hwaccels \ --disable-muxers \ --disable-indevs \ --disable-outdevs \ --disable-devices \ --disable-filters \ --disable-decoder=ssh264_ss268 \ --disable-decoder=sshevc_ss268 \ --shlibdir=host/dynamic \ --libdir=host/static \ --pkg-config=pkg-config \ --extra-cflags="${cflags} -g -rdynamic -funwind-tables -ffunction-sections" \ --extra-ldflags="${ldflags}" ``` --- ### **三、关键补充配置** #### 1. **环境变量设置** 确保交叉编译器在 `PATH` 中，并指定 `sysroot`（若需要）： ```bash # 设置交叉工具链路径 export PATH="/home/rpdzkj/Desktop/gcc-arm-8.2-2018.08-x86_64-arm-linux-gnueabihf/bin:$PATH" # 设置 sysroot（若目标系统库在特定目录） --sysroot=/home/rpdzkj/Desktop/gcc-arm-8.2-2018.08-x86_64-arm-linux-gnueabihf/aarch64-linux-gnu/libc ``` #### 2. **变量 `${cflags}` 和 `${ldflags}` 的定义** 确保在运行 `./configure` 前定义这些变量： ```bash # 示例定义（根据实际需求调整） export cflags="-I/path/to/arm-include -mcpu=cortex-a53 -mfloat-abi=hard" export ldflags="-L/path/to/arm-lib -Wl,-rpath-link=/path/to/arm-lib" ``` #### 3. **动态库路径问题** - `--shlibdir=host/dynamic` 可能导致动态库安装到非标准路径，建议改为： ```bash --shlibdir=home/lib \ # 与 --prefix=home 结合，最终路径为 home/lib --libdir=home/static # 静态库路径 ``` --- ### **四、验证配置的正确性** 1. **检查生成的 `config.mak`** 确认以下字段是否匹配目标架构和工具链： ```makefile ARCH=aarch64 CROSS_COMPILE=aarch64-linux-gnu- CC=aarch64-linux-gnu-gcc ``` 2. **测试编译产物** 编译后使用 `file` 命令检查二进制文件架构： ```bash file avcodec/libavcodec.so # 期望输出：ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked... ``` --- ### **五、常见错误排查** 1. **`configure` 报错找不到编译器** - 检查 `PATH` 是否包含交叉编译器路径 - 手动指定编译器路径： ```bash CC=aarch64-linux-gnu-gcc CXX=aarch64-linux-gnu-g++ ./configure ... ``` 2. **链接时找不到库** - 确保 `--sysroot` 或 `--extra-ldflags` 指向正确的库目录 - 检查依赖库是否为 `aarch64` 架构： ```bash file /path/to/libssl.so # 应输出：ELF 64-bit LSB shared object, ARM aarch64... ``` --- ### **六、总结** 你的配置主要问题在于 **架构与工具链不匹配** 和 **路径格式错误**。修正后需确保： - `--arch` 与 `--cross-prefix` 一致 - 工具链路径无空格且已加入 `PATH` - 变量 `${cflags}` 和 `${ldflags}` 正确定义 - 动态库/静态库安装路径符合预期
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值