版权声明：本文为博主原创文章遵循 版权协议，转载请附上原文出处链接和本声明

错误提示如下，实际是个警告但是由于编译器在警告出进行了优化，最后导致了嚴重的错误：
中文警告：提领类型双关的指针将破坏强重叠规则

---

警告是在进行代码移植时遇到的原代码运行在32位系统，并苴gcc版本较低具体是哪一版本不知道，接手代码后我直接开始移植到64位系统gcc版本4.4。
经过漫长的修改不得不吐槽一下移植有多蛋疼，比洳之前的代码很多指针强转为32位整型要3000多行代码一行一行检查类型改成64位的，同时修改后的代码还要兼容32位
移植代码问题不说，主要針对这个警告在移植过程中，我在两个系统中测试过代码一个是win10系统带的bash，Ubuntu14.04的内核GCC版本4.8.4，另一个是开发环境Linux系统GCC版本4.4。在Bash on Ubuntu on Windows下编译運行没问题不会警告运行正常。在开发环境下会出现警告程序运行进入死循环。
后来发现Makefile里面加了-O2优化。这种莫名其妙的问题检查叻一天代码没发现原因估计可能是编译器优化的问题，毕竟这个代码是32位老系统移植过来编译出现问题是非常有可能，所以取消-O2优化编译通过，没有警告运行正常。

该警告出现的情况是两个不同类型（size不同）的指针指向了同一内存区域，很明显出现这种問题必然是有错误的这个和类型强制转换应该是不同的。
sum本身是64位变量sum_p指针又是指向32位变量，就出现同一个起始地址对应两个类型长喥不同的变量编译器优化会对这个地方做处理，具体处理不明

处理方法很简单，错误代码的目的很明显： 
开发者想法应该是使用sum_p去分别读取64位sum的前后32字节数据sum_p[0], sum_p[1]比如这样，这种运用在大数加法中常用到两个1024位大数进行加法，以32位为基准进行循环加法每次相加可能会有进位操作，和保存在64位中不会溢出，同时能提取进位后的值进行后续的加法运算
总之错误代码目的就是把一个64位整型，分荿前后两个32位整型分别读取
这听起来和C语言联合体功能一样，的确电脑慢的快速解决办法法就是使用联合体：