gcc 交叉编译错误之一： multiple definition of

最新推荐文章于 2025-01-10 11:04:55 发布
最新推荐文章于 2025-01-10 11:04:55 发布
阅读量1.9k 收藏 1
点赞数
分类专栏： linux 网络服务器开发 文章标签： gcc 编译器 include c
本文探讨了在使用全局变量时遇到的交叉编译问题，具体阐述了原因在于头文件独立解释导致的符号重复定义。提供了解决方案，即在common.cpp文件中声明变量，并使用extern关键字在头文件common.h中声明，确保在其他文件中正确引用全局变量，避免重复定义错误。

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

1、问题：在common.h中放着“全局变量”：包括函数和变量，在其他＊.cpp文件中包含＃include "common.h",交叉编译时，出现multiple definition问题；        

2、原因：由于工程中的每个文件都是独立的解释的，即使头文件有：
#ifndef _x_h
....
#enfif
在其他文件中只要包含了common.h 就会独立的解释,然后生成每个文件生成独立的标示符。在编译器连接时，就会将工程中所有的符号整合在一起，由于文件中有重名变量，于是就出现了重复定义的错误。

3、解决方案：在common.c（或.cpp) 中声明变量，然后建一个头文件common.h 在所有的变量声明前加上extern关键字，如 extern int testNum(int eventNumber);注意这儿不要有变量的初始化语句。然后在其他需要使用全局变量的 c文件中包含common.h 文件而不要包含 common.cpp 文件。编译器会为common.cpp生成目标文件，然后连接时，在使用全局变量的文件中就会连接到此文件。
【GCC编译优化系列】这种让人看不懂的multiple-definition真的有点让人头疼（RT-Thread技术论坛优秀文章）
一个专注于嵌入式IoT领域的架构师，深耕IoT领域多年，深度掌握IoT领域的相关技术栈，包括但不限于RTOS内核的实现及其移植、硬件驱动移植开发、网络通讯协议开发、编译构建原理及其实现、底层汇编及编译原理、编译优化及代码重构、嵌入式IoT系统的架构设计等。
03-30 8658
一个看似简单的multiple-definition错误，深扒其错误的背后，一定会发现不一样的东西，希望能给大家不一样的思考方向，以后尽量不要写这种不优雅的代码了吧。
嵌入式Linux开发，Ubuntu22下交叉编译内核报错： multiple definition of `yylloc‘； scripts/dtc/dtc-lexer.lex.o:(.bss+0x0
寞水
11-26 5489
寞水
解决 multiple definition of
weixin_33794672的博客
11-26 1138
总结了解决multiple definition of的方法：问题原因： 当多个文件包含同一个头文件时，并且你的.H里面没有加上条件编译#ifndef TEST_H #define TEST_H #endif就会独立的解释,然后生成每个文件生成独立的标示符。在编译器连接时，就会将工程中所有的符号整合在一起，由于，文件中有重名变量，于是就出现了重复定义的错误。 ...
gcc编译提示错误“multiple definition of“
qq_60987997的博客
04-23 1305
参考：https://blog.youkuaiyun.com/qq_44791658/article/details/125092744。在做OS实验的过程中，由实验书给出的代码，仍然无法通过编译，查到了很多方法，比如。等等，但经过多次尝试后发现并没有效果。重新编译即可，执行make命令。，需要降低gcc版本。
gcc: multiple definition of [转]
weixin_33763244的博客
07-03 187
/home/tace/openav/source/SeamlessMessage/CPaoFlt.o: In function `CPaoFlt::get_m_strPrmair() const':CPaoFlt.cpp:(.text+0x0): multiple definition of `CPaoFlt::get_m_strPrmair() const'/home/tace/openav...
gcc: multiple definition of
12-20 4999
/home/tace/openav/source/SeamlessMessage/CPaoFlt.o: In function `CPaoFlt::get_m_strPrmair() const': CPaoFlt.cpp:(.text+0x0): multiple definition of `CPaoFlt::get_m_strPrmair() const' /home/tace/open
a multiple definition link error when using gcc10.3.1
只有自己觉到悟到的，才是自己的。
06-21 1024
openEuler release 22.03 (LTS-SP1) 原装系统内核 + gcc-10.3.1 + suricata-3.1.1 编译测试失败。Ubuntu 20.04.6 LTS + gcc version 9.4.0 （X86/ARM64）+ suricata-3.1.1 编译测试OK。openEuler release 22.03 (LTS-SP1) + gcc-9.3 + + suricata-3.1.1 编译测试 OK。硬件环境：LS1046A arm64。
mips 交叉编译gdb-8.3
hrx-@@
08-05 1118
一、环境： PC操作系统：Ubuntu 14.04 LTS mips gcc 版本：gcc version 4.9.2 (Buildroot 2015.05) 要编译的gdb版本：gdb-8.3 GDB源码下载地址：http://ftp.gnu.org/gnu/gdb/
交叉编译 tcpdump 的流程说明
专注于 IOT 物联网的嵌入式研发
09-11 2507
编译完成后将在本目录下生成 tcpdump 可执行文件（2.8M左右），但是这种情况下，在目标系统上运行 tcpdump 需要依赖 libpcap.so.1(libpcap.so.1.7.4)（在之前编译 libpcap 的目录下可以找到）这条命令会在本地设备上捕获数据，并通过管道将数据传输到 Wireshark 进行实时分析。这条命令会在本地设备上捕获数据，并通过 netcat 将数据传输到远程设备上的指定端口。这条命令会在本地设备上捕获数据，并通过 SSH 将数据传输到远程设备上的指定路径。
关于gcc ：multiple definition of
m0_62994512的博客
03-09 1640
在ubuntu环境下编辑C语言源代码 //file name main.c #include<stdio.h> #include "increment.c" #include "negate.c" int main() { printf("%d\t%d\n",increment(10),negate(10)); printf("%d\t%d\n",increment(0),negate(0)); printf("%d\t%d\n",increment(-10),ne
文件编译时出现multiple definition of ‘xxxxxx’的具体解决方法
12-31
问题：原来有单个文件tcpclient.c，运行gcc -o tcpclient tcpclient.c可以顺利完成编译，并能与下载到目标板中的tcpserver成功通讯；现在把tcpclient.c中的底层通讯部分抽取出来，单独放到一个文件中nettrans.c中，并有netrans.h作为头文件；然后，使用命令 代码如下:gcc -o tcpclient nettrans.c tcpclient.c编译，也总能成功编译。 但是，使用Makefile来编译，总是出现如下multiple definition of类的错误： 代码如下:dingq@u1110-120628:~/hwsvn/2s
gcc交叉编译错误：multiple definition of_时间流_百度空间
05-05 399
gcc交叉编译错误：multiple definition of_时间流_百度空间 gcc交叉编译错误：multiple definition of_时间流_百度空间gcc交叉编译错误：multiple definition ofgcc交叉编译错误： multipl...
[转]gcc交叉编译错误之一： multiple definition of
diangeng8874的博客
08-28 432
1、问题：在common.h中放着“全局变量”：包括函数和变量，在其他＊.cpp文件中包含＃include "common.h",交叉编译时，出现multiple definition问题； 2、原因：由于工程中的每个文件都是独立的解释的，即使头文件有： #ifndef _x_h .... #enfif 在其他文件中只要包含了common.h 就会独立的解释,...
新版本gcc(gcc10.x)编译Linux内核，错误:multiple definition of `yylloc‘
Imagine Miracle的博客
06-08 7550
由于GCC的更新编译之前的Linux内核会出现各种各样的问题，本文就multiple definition of yylloc问题解决给出解决方案 本文环境如下: OS: Ubuntu 21.04LTS GCC: gcc 10.3.0 LD: ld 2.36.1 Linux Kernel: Linux 4.15 1、查看gcc和ld版本 imaginemiracle@:$ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/us
编译时出现multiple definition of `xxxxxx'的解决办法
我不会编程，但不是完全不会，我会一点点
11-03 6059
出错原因：一般是因为在to
gcc 编译出现： multiple definition of `func_h2'
qq_31893087的博客
11-18 672
gcc 编译出现： multiple definition of `func_h2' //home1.c文件 #include &lt;stdio.h&gt; #include "home2.c" int main() { printf("Hello World!\n"); func_h2(); return 0; } home1.c文件。 //home2.c ...
QT 5.9.9 交叉编译时，报错libqtfreetype.a multiple definition of
zhanghzengzz的博客
01-10 172
再次make -j8后，就没有出现第一张图中的报错了。尝试解决方式如下,在下图所示的文件夹的.pri中，把有可能会重复的那一行给注释掉。
C++加了条件编译依然报错multiple definition of原因
车牌识别
12-28 2623
看如下例子： 以下4个文件在同一目录里： main.cpp： #include<iostream> #include<net.h> using namespace std; int main() { return 0; } net.h： #ifndef AAA #define AAA void print() { } #endif net.cpp： #include<net.h> CMakeLists.txt： cmake_minimum_requi
d:/rt-threadstudio/repo/extract/toolchain_support_packages/arm/gnu_tools_for_arm_embedded_processors/5.4.1/bin/../lib/gcc/arm-none-eabi/5.4.1/../../../../arm-none-eabi/lib/armv7e-m/fpu\libc.a(lib_a-strtok_r.o): In function `strtok_r': strtok_r.c:(.text.strtok_r+0x0): multiple definition of `strtok_r' ./rt-thread/components/libc/compilers/common/cstring.o:D:\RT-ThreadStudio\workspace\stm32f405rgt6_fly\Debug/../rt-thread/components/libc/compilers/common/cstring.c:186: first defined here collect2.exe: error: ld returned 1 exit status make: *** [makefile:72: rtthread.elf] Error 1 "make -j8 all" terminated with exit code 2. Build might be incomplete.
最新发布
07-08
<think>我们正在解决一个嵌入式开发中的链接错误：使用RT-Thread Studio时，arm-none-eabi-gcc报告了`strtok_r`函数的多重定义问题。 根据引用[2]：用户在使用arm-none-eabi-gcc编译RT-Thread nano STM32F429工程时遇到了问题，其中提到需要修改启动文件中的`bl main`为`bl entry`，但这里的问题不同。 多重定义通常是因为同一个函数在多个地方被定义。`strtok_r`是C标准库中的一个函数，用于可重入的字符串分割。在嵌入式系统中，可能因为链接了多个库（比如newlib和RT-Thread提供的libc）而导致冲突。 分析可能的原因： 1. 在多个库中定义了`strtok_r`函数，比如在标准库和RT-Thread的组件中都有定义。 2. 用户代码中可能不小心定义了一个同名的函数。 解决方案： 1. 检查是否在用户代码中定义了`strtok_r`。如果是，请重命名或删除。 2. 如果问题来自库的冲突，可以考虑在链接时忽略其中一个库中的定义，或者使用链接器选项来指定使用哪个库的符号。 根据RT-Thread的常见做法，它可能提供了自己的libc实现（例如newlib的轻量级替代）。因此，我们需要确保在链接时只使用一个libc。 步骤： 1. 在RT-Thread Studio中，检查项目设置，确保只链接了必要的库。特别是，检查是否同时链接了newlib和RT-Thread的libc组件。 2. 在RT-Thread的配置中，通常有一个选项用于选择libc的实现。我们可以尝试关闭RT-Thread自带的libc实现，或者关闭newlib。 具体操作： - 打开RT-Thread Studio，找到项目的配置（一般是rtconfig.h或通过图形化配置工具）。 - 在配置中查找与libc相关的选项。例如，RT-Thread中可能有`RT_USING_LIBC`选项，如果启用，则使用RT-Thread提供的libc实现。如果同时链接了标准库（如newlib），则可能导致冲突。 - 尝试关闭`RT_USING_LIBC`，然后重新编译，看是否问题解决。或者，如果关闭后导致其他函数缺失，则可能需要保留RT-Thread的libc，并排除标准库中的定义。 另一种方法是使用链接器选项来忽略其中一个定义。例如，在gcc链接时可以使用`-Wl,--wrap=strtok_r`将`strtok_r`重定向到一个包装函数，或者使用`-Wl,--defsym=strtok_r=rt_strtok_r`将符号重命名。但这种方法需要修改链接脚本，相对复杂。 更简单的方法是确定哪个库提供了重复的定义，然后在链接时排除其中一个。可以通过查看map文件来定位定义的位置。 操作步骤： 1. 在项目设置中，启用链接器生成map文件的选项（通常在链接器选项中添加`-Wl,-Map=output.map`）。 2. 重新编译项目，然后查看生成的map文件，搜索`strtok_r`，看它出现在哪些目标文件中。 3. 如果发现有两个目标文件定义了`strtok_r`，则考虑在链接时排除其中一个。 如果重复定义来自RT-Thread的组件和标准库，那么建议在RT-Thread配置中关闭其自带的`strtok_r`实现。例如，在RT-Thread的libc组件中，可能有配置选项可以关闭字符串函数的实现。查找配置项如`RT_LIBC_USING_STRING`，关闭它。 如果以上方法都不行，可以尝试在链接器命令行中直接使用`-nostdlib`来禁止标准库，然后显式指定需要链接的库。但这样做可能会引起其他问题，因为很多函数需要标准库支持。 考虑到RT-Thread通常使用自己的libc，建议关闭标准库的链接，而使用RT-Thread提供的。因此，在项目配置中，确保没有链接标准库（如`-lc`），并且RT-Thread的libc组件已经启用。 总结步骤： 1. 检查用户代码，避免自定义`strtok_r`。 2. 检查RT-Thread配置，确保`RT_USING_LIBC`被正确设置（如果使用RT-Thread的libc，则不要链接标准库）。 3. 在链接器选项中，排除标准库（使用`-nostdlib`）或者排除包含`strtok_r`的目标文件（如果知道具体是哪个目标文件，可以使用`-Wl,--exclude-libs=libname.a`）。 4. 如果问题仍然存在，生成map文件分析冲突位置。 根据引用[3]，环境变量中设置了arm-none-eabi-gcc的路径，确保使用的是正确的交叉编译工具链。 由于RT-Thread Studio可能已经配置好了工具链，所以重点在项目配置上。 建议尝试： 在RT-Thread Studio中，打开项目的属性（Properties）-> C/C++ Build -> Settings -> Tool Settings -> Linker -> Miscellaneous，在Other options中添加链接器选项：`-Wl,--allow-multiple-definition`。这是一种临时解决方案，允许链接器接受多重定义（使用第一个遇到的定义），但这不是根本解决办法，可能会掩盖其他问题。 更根本的解决方法是找到重复定义的源头并消除一个。 因此，我们推荐以下步骤： 1. 检查代码：在工程中搜索`strtok_r`，看是否在用户代码中有定义。 2. 配置RT-Thread：在rtconfig.h中，尝试关闭RT-Thread的libc字符串函数（如果允许的话）。例如，尝试将`#define RT_LIBC_USING_STRING`注释掉，或者设置`#define RT_LIBC_USING_STRING 0`。注意：这可能会影响其他字符串函数，需要测试。 3. 如果发现重复定义来自标准库和RT-Thread的libc，那么确保在RT-Thread配置中只使用一个。通常，RT-Thread的libc是轻量级的，适合嵌入式，所以建议使用RT-Thread的libc，并避免链接标准库。在链接器选项中，去掉`-lc`。 4. 如果以上无效，使用map文件定位冲突。 由于RT-Thread Studio的工程可能使用了scons构建，也可以检查rtconfig.py中的相关配置。 注意：在RT-Thread中，`strtok_r`可能被定义在`components/libc/compilers/common/string.c`中。如果同时链接了标准库（newlib）中的相同函数，就会冲突。因此，需要确保不要同时使用两者。 在RT-Thread的配置中，有一个选项是选择编译器（如GNU GCC），然后配置libc。在RT-Thread Studio的图形配置界面中，可以尝试： - 进入RT-Thread Settings - 点击右侧的“详细设置”或类似按钮 - 找到libc组件，关闭“使用标准字符串函数”等选项（具体名称可能不同） 如果问题仍然无法解决，可以尝试在代码中覆盖其中一个定义。例如，在用户代码中定义一个`strtok_r`函数，并标记为强符号（使用`__attribute__((weak))`）以避免冲突，但这种方法需要谨慎。 最后，如果问题复杂，可以查看RT-Thread的官方文档或社区，看是否有类似问题的解决方案。 由于用户的具体工程配置不清楚，以上提供多种方法供尝试。 相关问题： 1. 如何查看RT-Thread Studio中项目的链接器选项？ 2. 如何在RT-Thread Studio中生成map文件？ 3. 如何配置RT-Thread的libc组件？ 4. 多重定义错误的常见原因和解决方法有哪些？</think>### RT-Thread Studio中解决`strtok_r`多重定义错误 在RT-Thread Studio中使用arm-none-eabi-gcc编译时遇到`multiple definition of 'strtok_r'`错误，通常是由于**标准库函数与RT-Thread内部实现冲突**导致。以下是系统化的解决方案： --- #### 原因分析 1. **符号冲突**：`strtok_r`在标准库（如newlib）和RT-Thread的libc组件中同时定义。 2. **链接顺序问题**：编译器同时链接了标准库和RT-Thread的组件库。 3. **配置错误**：RT-Thread的libc组件未正确配置。 --- #### 解决方案 ##### 方法1：禁用RT-Thread的`strtok_r`实现 在`rtconfig.h`中添加宏定义： ```c #define RT_LIBC_USING_STRING #define RT_LIBC_STRING_IMPLEMENTATION_MINIMAL // 使用精简版字符串函数 ``` 或直接关闭自定义实现： ```c #undef RT_USING_STRTOK_R // 显式关闭strtok_r的自定义实现 ``` ##### 方法2：修改链接顺序（推荐） 在**工程属性 > C/C++ Build > Settings > Linker > Libraries**中调整顺序： 1. 将`-lc`（标准库）移到库列表**最末尾** 2. 确保RT-Thread组件库（如`-lrtthreadnano`）在标准库之前 *示例顺序：* ```ini Libraries (-l): rtthreadnano c ``` ##### 方法3：强制使用标准库符号 在链接器选项中添加： ```ini -Wl,--wrap=strtok_r // 包装符号 ``` 或 ```ini -Wl,--defsym=strtok_r=__wrap_strtok_r // 重定向符号 ``` ##### 方法4：检查启动文件（关键） 根据引用[2]，需确认启动文件是否调用了正确的入口： 1. 打开`startup_stm32f4xx.s`（根据芯片型号） 2. 将`bl main`修改为`bl entry` ```assembly ; 修改前 bl main ; 修改后 bl entry // RT-Thread的入口函数是entry[^2] ``` --- #### 验证步骤 1. **清理工程**：`Project > Clean` 2. **重新生成索引**：右键工程 > `Index > Rebuild` 3. **编译测试**：观察控制台输出是否还有`multiple definition`错误 > **注意**：若使用STM32CubeMX生成启动文件，需检查其是否与RT-Thread兼容（引用[2]指出CubeIDE生成的启动文件可能存在问题）[^2]。 --- #### 预防措施 1. 在`rtconfig.h`中明确定义： ```c #define RT_USING_LIBC // 明确启用RT-Thread的libc #define RT_LIBC_USING_STRING // 控制字符串函数实现 ``` 2. 避免在用户代码中重复定义标准库函数。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值