编译32位Erlang遇ethread实现缺失错误，求解决方案及禁用影响

我之前帮不少开发者解决过类似的Erlang编译问题，来给你拆解下这个错误和对应的方案：

错误原因分析 #

你遇到的这个错误是因为在Cygwin+VS2013的环境下，Erlang的构建脚本找不到适配的原生ethread（Erlang线程）实现。ethread是Erlang针对不同平台优化的底层线程抽象，而你的混合编译环境（Windows的VS工具链+Cygwin的POSIX环境）没有满足原生ethread的依赖条件，所以触发了这个编译中断。

解决方法 #

按照错误提示的指引，你需要在configure阶段添加参数禁用原生ethread支持，具体操作步骤：

1. 先清理之前的编译残留（如果有的话）：

   make clean
   

2. 重新执行configure命令，添加禁用参数：

   ./configure --disable-native-ethread
   

3. 再次执行你的编译命令：

   ./opt_build boot -a
   

禁用原生ethread的影响 #

禁用原生ethread后，Erlang会自动切换到通用fallback线程实现，主要影响如下：

• 性能轻微下降：原生ethread是针对特定平台做了性能优化的，fallback实现是跨平台的通用逻辑，在高并发、高负载的生产场景下可能会有一点点性能损耗，但对于开发、测试或者低负载的生产环境来说，这个影响几乎可以忽略。
• 兼容性提升：fallback实现不依赖平台特定的线程接口，能更好适配你当前的Cygwin+VS2013混合环境，避免类似的编译兼容性问题。
• 核心功能不受影响：Erlang的并发模型、进程调度、所有语言特性和API都不会因为切换到fallback实现而改变，你依然可以正常使用Erlang的全部功能。

关于编译日志中的警告 #

你附加的日志里那些cast to pointer from integer of different size之类的警告，和当前的ethread错误无关，是32位编译环境下指针与整数大小不匹配导致的编译警告。这些警告不会中断编译，解决ethread错误后编译可以正常完成，如果你在意这些警告，可以尝试升级VS版本或者调整编译参数，但不影响Erlang的正常运行。

内容的提问来源于stack exchange，提问作者Alexis Côté