在C++中使用extern "C"包含C头文件，为何仍出现void*转char*错误？

首先，这个错误出现的情况并不正常——你可能误解了extern "C"的作用，或者编译流程出了问题。

为什么会报错？ #

extern "C"是告诉C编译器：“这个头文件里的函数是C语言风格的，别用C的名字修饰规则处理它们”，但它管不到C源文件的编译规则。你看到的错误是在C源文件al_io.c里，而C语言本身是允许void*隐式转换为char*（或其他指针类型）的，根本不会触发这个错误。

问题的核心是：你的C源文件被C编译器（比如g）当作C++代码编译了，而C++不允许void*到其他指针的隐式转换，这才抛出了这个错误。

无需修改数千个函数的解决方法 #

这里有几个靠谱的方案，按推荐程度排序：

1. 分离C和C++的编译流程（最推荐）
   把所有C语言源文件单独编译成静态库或动态库，然后让你的C++后处理程序链接这个库。

   • 用C编译器（比如gcc）编译所有.c文件，生成目标文件或库，这一步完全遵循C语言规则，不会有类型转换错误。
   • 你的C++代码只需要通过extern "C" { #include "a.h" }引入头文件，然后链接编译好的C库即可。
   • 比如在CMake里，可以这样配置：

     # 编译C代码为静态库
     add_library(hydro_c STATIC Src/Parallel/al_io.c [其他C源文件])
     # 编译C++后处理程序
     add_executable(post_process your_cpp_files.cpp)
     # 链接C库
     target_link_libraries(post_process hydro_c)
     

2. 强制C源文件用C编译器编译
   如果你的项目是混合编译，但不想单独做库，可以在编译脚本里指定C源文件用C编译器处理。

   • 比如在Makefile里，对.c文件用gcc：

     %.o: %.c
         gcc -c $< -o $@ [其他编译选项]
     %.o: %.cpp
         g++ -c $< -o $@ [其他编译选项]
     

   • 如果用CMake，给C源文件设置编译属性：

     set_source_files_properties(Src/Parallel/al_io.c PROPERTIES LANGUAGE C)
     # 或者对所有.c文件生效
     file(GLOB C_SOURCES Src/**/*.c)
     set_source_files_properties(${C_SOURCES} PROPERTIES LANGUAGE C)
     

3. 给C源文件添加宽松编译选项
   如果必须用C编译器编译C代码（比如项目限制），可以给C源文件添加-fpermissive编译选项，让C编译器放宽类型检查，允许void*隐式转换为其他指针（和C语言行为一致）。

   • 比如在Makefile里：

     al_io.o: al_io.c
         g++ -c $< -o $@ -fpermissive [其他编译选项]
     

   • 注意：这个选项可能会隐藏其他潜在的类型问题，但对于已经稳定的开源C代码，风险相对较低。

内容的提问来源于stack exchange，提问作者Shyam Harimohan Menon