为何在Cygwin与Linux环境生成的二进制文件CRC值不同？

• 工具链版本与实现差异：哪怕都是用GCC工具链，Cygwin和Linux上的GCC、ld（链接器）版本往往不一样。不同版本的工具在处理符号表、段对齐、调试信息（就算用strip清掉，也可能留不同的残留）、默认优化逻辑上都可能有区别，生成的机器码或文件结构自然不一样。
• 目标文件格式完全不同：Cygwin生成的是Windows的PE格式可执行文件，Linux下是ELF格式。这俩格式的文件头、段表、节表结构天差地别，光是这些结构差异就会让CRC完全不同——哪怕是静态链接的二进制，格式差异也没法消除。
• 默认链接依赖不同：Cygwin的GCC默认会链接cygwin1.dll这类Windows兼容层库，Linux下则是链接glibc等系统原生库。这些依赖信息会被写入二进制文件，直接造成内容差异。另外像-march这类优化参数的默认值，两个环境也可能不一样，生成的机器码细节有区别。
• 内嵌文本资源的换行符差异：如果Makefile里把文本文件打包进了二进制，Cygwin默认会把文本的LF换行转成CRLF，Linux则保持LF。这点文本内容的差异，会直接反映到最终二进制的CRC上。
• strip命令的处理差异：如果Makefile里用strip清理调试信息，Cygwin的strip处理PE文件，Linux的strip处理ELF文件，两者的清理逻辑和残留信息不同，也会导致最终二进制的内容有区别。

内容的提问来源于stack exchange，提问作者Eranna Yadav