为32位Linux编译新版minizip时的64位I/O模型冲突问题

针对32位Linux环境下升级zlib 1.2.13附带minizip时遇到的64位IO强制启用、类型不一致问题，无需修改第三方代码，可通过编译阶段预定义宏解决：

• 编译时添加MZ_USE_32BIT_OFF_T宏
  这是minizip原生支持的开关，定义后会强制minizip使用32位off_t类型，避免ioapi.h自动启用_LARGEFILE64_SOURCE等64位IO相关宏。gcc编译时可通过参数添加：

  gcc -m32 -DMZ_USE_32BIT_OFF_T your_source.c -o your_binary -lz
  

  注意要确保所有包含minizip头文件（zip.h、unzip.h等）的模块都用该参数编译，保证全局类型一致。

• 配合_FILE_OFFSET_BITS=32（可选）
  如果你的整个应用都依赖32位IO模型，可额外添加该宏，进一步确保系统级文件偏移量类型为32位，彻底规避类型冲突：

  gcc -m32 -DMZ_USE_32BIT_OFF_T -D_FILE_OFFSET_BITS=32 your_source.c -o your_binary -lz
  

• 统一编译参数
  核心要求是所有涉及文件IO和minizip的模块必须使用相同的宏定义编译，禁止部分模块用64位、部分用32位，否则会触发rlim_t等类型大小不一致的断言错误。

添加上述参数后，-m32编译模式下的测试程序应能正常运行，不再出现类型不匹配问题。

内容的提问来源于stack exchange，提问作者David Mooney