博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
gcc: multiple definition of [转]
阅读量:5983 次
发布时间:2019-06-20

本文共 3463 字,大约阅读时间需要 11 分钟。

/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/source/SeamlessMessage/CPaoFlt.o:CPaoFlt.cpp:(.text+0x0): first defined here

 

gcc在编译过程中报函数重复定义(multiple definition of)的错误,主要有以下几点:

 

1. 在头文件中定义了变量或者函数,而非声明。譬如对于 foobar.h,

------------- foobar.h -----------

int foo = 10;
int bar()
{
 return 10;
}
------------- foobar.h -----------

当foobar.h 被同一 .c 文件多次引用时(可能是间接多次引用),编译生成相应的 .o 文件,链接时候会报 foo bar 重复定义。

一个可能想到的方法是在头文件中加入宏定义,防止头文件被重复引用,如:

------------- foobar.h -----------

#ifndef FOOBAR_H__
#define FOOBAR_H__
int foo = 10;
int bar()
{
 return 10;
}
#endif /* FOOBAR_H__ */
------------- foobar.h -----------

如果你只有一个 .c 文件,你可能得到一个可以运行的程序。但如果你有两个或以上的 .c 文件引用 foobar.h ,譬如 test1.c test2.c 引用了 foobar.h,则gcc -o a.out test1.c test2.c,链接时仍会报重复定义错误。

解决方法:在头文件中只声明函数、变量;对于 c++ 中的 inline 函数,在头文件中定义(编译的时候,inline 函数展开需要用到)。

对于 foobar.h 可以这样修改,为 .h 文件建立相应的 .c 文件,.h 文件中声明函数 .c 文件中定义函数,变量面前加修饰符 extern。

------------- foobar.h -----------

#ifndef FOOBAR_H__
#define FOOBAR_H__
extern int foo;
int bar();
#endif /* FOOBAR_H__ */
------------- foobar.h -----------

------------- foobar.c -----------

int foo = 10;
int bar()
{
 return 10;
}
------------- foobar.c -----------

另外 static 修饰符也可以限制变量、函数的作用域,不过和本文无关了。

 

2. 在链接时,使用命令 gcc -o foobar main.o foobar.o foobar.o,你可能会想,怎么可能写出这样愚蠢的命令,但如果工程很大,.o 文件很多的时候,foobar.o 在不经意的时候被重复引用。如在 makefile 中:

FOO_OBJ = foo1.o foo2.o foo3.o foobar.o

BAR_OBJ = bar1.o bar2.o bar3.o foobar.o

foobar : main.o $(FOO_OBJ) $(BAR_OBJ)

    gcc -o foobar main.o $(FOO_OBJ) $(BAR_OBJ)

错误出现了,而且很难查出来,特别是在维护别人程序的时候。本人不幸的花了两天时间才找到原因,虽然很早的时候也怀疑过这个问题,结果因为大意忽略过去了。这样修改就可以了:

foobar : main.o $(FOO_OBJ) $(BAR_OBJ)
    gcc -o $@ $^

啊哈,终于知道 makefile 为什么要设置 $^ 这个变量了:)  (注:$^ 所有不重复依赖文件,以空格分开)

 

3. 在 gcc 编译的时候,加入 -Xlinker -zmuldefs 选项,但这只是强制编译器做些手脚,程序的错误仍没被改正。-Xlinker 告诉gcc将其后的选项-zmuldefs传给链接器ld,也就是强制让链接器忽略重复定义。

 

[转]

-------------------

 

 

我把所有的全局变量写在一个global.h里,然后其他文件都include 了它 ,于是出现了 multiple   definition   of  .....

(编译器 gcc )
后来在网上搜到了很多类似的错误,大家各有各的烦心事。
我的代码结构
main.cpp
#include "global.h"
WinMain(....)
{
...
}
file_1.cpp
#include "global.h"
....
file_2.cpp
#include "global.h"
...
由于工程中的每个文件都是独立的解释的,
(即使头文件有
#ifndef _x_h
....
#enfif   )
在其他文件中只要包含了global.h 就会独立的解释,然后生成每个文件生成独立的标示符。在编译器连接时,就会将工程中所有的符号整合在一起,由于,文件中有重名变量,于是就出现了重复定义的错误。
下面是解决方法:
在global.c(或.cpp)  中声明变量,然后建一个头文件global.h 在所有的变量声明前加上extern ...
如 extern HANDLE ghEvent;
注意这儿不要有变量的初始化语句。
然后在其他需要使用全局变量的 cpp文件中包含.h 文件而不要包含 .cpp 文件。编译器会为global.cpp 生成目标文件,然后连接时,在使用全局变量的文件中就会连接到此文件 。
--------------------------------------------------------------------------------------------------------------------------------------
今天Makefile的时候总是提示multiple definition of 的错误,也就是变量重复定义啦
可是我的程序里明明没有多个定义,搞不清楚怎么回事,我把头文件全部用头文件保护符
给限定了,可是还是没用,最后在网上搜了一下,解决方法其实很简单,就是把编译出错
提示最先定义的地方使用static限定词,限定为仅限在本文件中使用,就ok了

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

本人备注:在遇见这类问题时,要注意几方面:1、不要重复包含头文件,这会造成重复定义 2、当多个cc文件必须包含同一个头文件时,对于static成员变量会出现重复定义。其中一种解决方法是在.h文件对该类变量只做声明,如extern int a,而在另一个要使用该变量的.CC文件做定义初始化。但这种解决方法对于多个.c文件都需包含该头文件的情况是不适用的,会出现错误,因为当无需该变量的.c文件编译到extern int a链接不到相应的定义或者链接到了但会出现重复定义,因为是static变量。所以在这种情况下,最好在.h文件的类中,删除该类成员变量,而只在需要该变量的.c文件做声明定义,如在a.c文件定义 static int a = 0.或者不在头文件删除该成员变量,而将多个包含该头文件的.cc文件合并成一个文件,不过这不是好的选择,对于代码的良好阅读性而言

 

[转]

 

转载地址:http://nfrox.baihongyu.com/

你可能感兴趣的文章
rabbitmq中文教程python版 - 工作队列
查看>>
基于 Redis 的分布式锁
查看>>
STL学习-vector
查看>>
java9系列(八)Multi-Release JAR Files
查看>>
70行python代码实现壁纸批量下载
查看>>
可能是最详细的部署:Docker Registry企业级私有镜像仓库Harbor管理WEB UI
查看>>
在 React 工程中利用 Mota 编写面向对象的业务模型
查看>>
Cocos Creator—最佳构建部署实践
查看>>
从零开始打造自己的PHP框架——第4章
查看>>
SpringBoot 1024行代码 - Eureka Server
查看>>
走近 Python (类比 JS)
查看>>
ELSE 技术周刊(2017.11.13期)
查看>>
HTTP/2 服务器推送(Server push)实践
查看>>
Node 错误处理之挖坑系列
查看>>
vue 项目开发 lenovo商城
查看>>
来自crush的中序遍历完全二叉树
查看>>
生产环境项目部署目录
查看>>
Laravel 5.5 中文文档翻译完成(包含文档离线下载地址)
查看>>
关于javascript中的作用域和作用域链
查看>>
iView 一周年了,同时发布了 2.0 正式版,但这只是开始...
查看>>