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

最新推荐文章于 2025-04-03 19:50:36 发布

weixin_34177064

最新推荐文章于 2025-04-03 19:50:36 发布

阅读量2k

点赞数

文章标签： c/c++

原文链接：http://www.cnblogs.com/blog-yejy/p/9715304.html

版权

博客讨论了在C/C++编程中遇到的typedef冲突问题，特别是涉及到'long long long'类型定义导致的错误。问题源于链接不同库时，宏定义和typedef的顺序导致的代码冲突。提出了三种解决方案：1) 使用统一的基础类型定义头文件；2) 延迟编译阶段的冲突，确保冲突的typedef不在同一文件中；3) 在C++中利用命名空间避免冲突。文章来源于2018年的博客分享。

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

今天发现一个很有意思的编译问题，然后在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 long

typedef 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

转载于:https://www.cnblogs.com/blog-yejy/p/9715304.html