背景
早先社区报过 opentelemetry-cpp 在GCC 14中编译不通过的问题。最近我也是先升级我们项目组的工具链，主要也是把GCC升级到GCC 14，这时候发现有些第三方工具构建失败。 这里记录一下以防后续其他人碰到参考。
分析
我们在使用新版本GCC 14编译zsh的时候，报 boolcodes 和定义冲突。
分析下来发现是在 ./configure 阶段， boolcodes 这个接口的时候不通过。
从 ./configure 里提取出来的，测试代码如下:
#include <curses.h>
#include <term.h>
int
main (void)
{
char **test = boolcodes; puts(*test);
;
return 0;
}编译命令: gcc -o conftest -I/opt/tools/include -I/opt/gcc-14/internal-packages/include -L/opt/tools/lib64 -L/opt/tools/lib -L/opt/gcc-14/lib64 -L/opt/gcc-14/lib -lncursesw -ltinfow test-source.c -lpcre -liconv -lcap -ldl -lrt -lm -lc
编译输出:
代码语言：javascript复制test-source.c: In function ‘main’:
test-source.c:6:15: error: initialization of ‘char **’ from incompatible pointer type ‘const char * const*’ [-Wincompatible-pointer-types]
6 | char **test = boolcodes; puts(*test);虽然说这里 zsh 的代码也有问题，但是可以看到。我们并没有加 -Werror 或者 -Werror=incompatible-pointer-types 它也报错了。 即便我们加了 -Wno-error （即用: gcc -o conftest -I/opt/tools/include -I/opt/gcc-14/internal-packages/include -L/opt/tools/lib64 -L/opt/tools/lib -L/opt/gcc-14/lib64 -L/opt/gcc-14/lib -lncursesw -ltinfow test-source.c -lpcre -liconv -lcap -ldl -lrt -lm -lc -Wno-error ）。任然会报这个错误。
只有显式加 -Wno-error=incompatible-pointer-types 之后，输出才会变为:
test-source.c: In function ‘main’:
test-source.c:6:15: warning: initialization of ‘char **’ from incompatible pointer type ‘const char * const*’ [-Wincompatible-pointer-types]
6 | char **test = boolcodes; puts(*test);
| ^~~~~~~~~解决
最后，我给工具链脚本加了个编译选项检测来解决这类问题。
代码语言：javascript复制# Patch for gcc 14
for TEST_CFLAG in "-Wno-error=incompatible-pointer-types" "-Wno-error"; do
echo "Test CFLAG: $TEST_CFLAG"
(gcc $TEST_CFLAG -x c - -o /dev/null <<<'int main() { return 0; }' && echo "Test CFLAG: $TEST_CFLAG success" && ALL_CFLAGS="$ALL_CFLAGS $TEST_CFLAG") || echo "Test CFLAG: $TEST_CFLAG failed"
done也不排除后面更新构建系统 cmake-toolset 的时候会发现其他外部组件有相似问题，到时候再打Patch吧。欢迎有兴趣的小伙伴互相交流研究。
