Linux C++中struct timezone是否会自动转换为long类型？

首先要明确：不完整类型（只有前置声明、无完整定义的结构体）根本无法参与任何隐式类型转换的重载决议，不存在所谓「C++编译器支持前置声明结构体自动转换为long类型」的特性，你看到的现象是Linux平台glibc运行库的历史遗留接口导致的名称混淆：

• 代码里前置声明的struct timezone是给gettimeofday()系统调用使用的结构体类型，和代码中直接赋值、做算术运算的timezone完全是两个实体：后者是glibc对外暴露的long类型全局变量，存储当前时区相对UTC的偏移秒数（UTC以西为正，数值和结构体成员tz_minutewest * 60完全等价）。
• Linux下编译时不会出现类型错误，是因为C/C++的名称查找规则对结构体标签和普通变量做了命名空间隔离：在需要数值的上下文（赋值、算术运算）中，名称查找会优先匹配全局变量timezone，只有在显式写struct timezone的位置才会匹配到你看到的结构体类型，二者不会冲突。
• 迁移到VC2019后报错的核心原因是：MSVC的C运行库没有实现这个非标准的全局timezone变量，编译器在名称查找时找不到对应变量，就会把你前置声明的struct timezone类型当成匹配结果，自然会抛出「无法将结构体类型赋值给long」的语法错误。

不要尝试通过给结构体加隐式类型转换运算符的方式适配，这种方案会混淆类型名和变量名的语义，后续维护极易出问题，推荐两种标准适配方式：

• 兼容原有代码逻辑的最小修改方案：删除无意义的struct timezone;前置声明，在全局作用域实现同名变量的兼容逻辑，示例代码如下：

#include <time.h>

// 对齐glibc的timezone全局变量语义
long timezone = 0;

void init_timezone_compat() {
    _tzset();
    // MSVC内置的_timezone偏移方向为UTC以东为正，和glibc语义相反，取反即可对齐
    timezone = -_timezone;
}

程序启动入口处调用一次init_timezone_compat()完成初始化，原有代码中所有timezone相关的赋值、运算逻辑不需要做任何修改即可正常运行。

• 如果不需要保留全局变量写法，可以直接全局替换代码中所有对timezone变量的引用，改用MSVC原生的_timezone接口，注意修正偏移方向即可。

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