使用MinGW32编译Assimp 5.0.1时出现ssize_t声明冲突错误的原因咨询（已解决strtok_s未定义问题）

我来帮你拆解这两个编译问题，尤其是第二个ssize_t冲突的核心问题：

第一个错误：strtok_s未定义 #

你已经解决了这个问题，这里再补充下背后的原因：strtok_s是微软Visual C++特有的安全字符串分割函数，而MinGW32作为GNU工具链，遵循POSIX标准使用strtok_r实现相同功能。所以你替换成strtok_r的做法完全正确，这是跨编译器适配的常规操作。

第二个错误：ssize_t重复定义 #

错误根源 #

这个错误的核心是重复定义冲突：
MinGW32虽然运行在Windows系统上，但它的标准库（比如<sys/types.h>或<stddef.h>）已经遵循POSIX标准定义了ssize_t类型。而你看到的zip.h文件里，自己又手动定义了一遍ssize_t，导致编译器识别到两个重复的类型声明，触发冲突报错。

解决方案 #

最直接可靠的修复方式是修改contrib/zip/src/zip.h中的代码，让它先检查ssize_t是否已经被系统头文件定义，再决定是否自行定义：

将原代码块：

#ifdef _WIN64
typedef long long ssize_t; /* byte count or error */
#else
typedef long ssize_t; /* byte count or error */
#endif

替换为：

#ifndef _SSIZE_T_DEFINED
#ifdef _WIN64
typedef long long ssize_t; /* byte count or error */
#else
typedef long ssize_t; /* byte count or error */
#endif
#define _SSIZE_T_DEFINED
#endif

这样修改后，只有当系统头文件没有定义ssize_t时，才会使用zip.h里的自定义声明，完美避免重复定义冲突。

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