您现在的位置是:网站首页> 内容页

typedef重复定义 和 error: ‘long long long’ is too long for GCC

  • 大富豪官方网站
  • 2019-10-14
  • 69人已阅读
简介今天发现一个很有意思的编译问题,然后在StackOverflow上也有看到类似的。就是出现了longlonglong类型错误提示错误提示如下:/home/yejy/algor

今天发现一个很有意思的编译问题,然后在Stack Overflow上也有看到类似的。就是出现了 long long long 类型错误提示

错误提示如下:

/home/yejy/algorithm_and_data_structure/main.cpp:50:17: error: ‘long long long’ is too long for GCC#define INT64 long long ^

顾名思义,一个long占4个字节,两个就是8字节,总共64位,等于系统是64位的,如果你使用3个long那就96位了,那肯定会有问题,正常情况下也没人会定义三个long。

#define INT64 long long

然后看代码出错的地方,就是一个宏定义,怎么会出现问题呢? 然后仔细看了一下代码发现是链接外部库导致的,工程 A 链接了 B_lib.so 和 C_lib.so 两个动态库, 然后 B 中用宏定义了 long long , C 中使用typedef重新命名了 long long,顺序刚好是宏定义在前,等价于下面两句代码:

#define INT64 long longtypedef long long INT64;

因为宏定义只是简单的替换,因此导致typedef变成了:

typedef long long long long long;

这应该属于比较典型的链接多个外部库导致的代码冲突问题,然后自己大概思考了一下,并到google上检索了相关问题的解决,在这里总结一下,问题的解决思路主要应该有以下几种:

1. 同一个项目使用同一份基础类型定义头文件

在同一个项目当中,当然最好肯定是所有库都引用同一个头文件中的基础类型typedef定义是最好的,这样就不会出现不必要的冲突,在项目一开始的时候就规定好相关的基础类型定义的地方。然后因为这边是外部库,因此想把所有基础类型都定义到同一个文件不太现实,因此这种方式对于上述问题并不适用,但是如果不是外部库的话,这个还是要注意的。整个工程都用一份,对于不同平台可以做一下区分。

2. 将问题有编译阶段推迟到链接阶段

由于大部分错误都是redefinition; different basic types,当然我这个比较奇葩,这些错误都是发生在编译阶段,那我们只要保证在编译的过程中不冲突就可以了,也就是让两个冲突的typedef不在同一个代码文件中使用。像我这个问题,include的头文件的时候,先include包含typedef的文件,然后再include包含宏定义的文件,那编译也是可以通过的。然后对于两者完全冲突,保证不在一个代码文件中使用就不会有问题(可考虑通过extern来隔离相关接口的定义,就是将调用发生冲突类型的流程放到其他文件中处理)。到了链接阶段,因为这个时候都是以原始类型为基准,因此也不会有问题。如果是临时引用两个库出现问题,应该就只能通过这个方式来尝试了。

extern方式可参考该链接:extern 隔离

3. 在C++语言中使用命名空间(namespace)

这个应该是可以解决问题的,但是需要库的开发者有这个意识,对自己开发的库使用命名空间封装起来,避免与其他库或者客户代码发生冲突。这个只在C++语言里面可以使用(C语言中不存在)。

2018年9月27日20:52:02

文章评论

Top