惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
腾讯CDC
阮一峰的网络日志
阮一峰的网络日志
GbyAI
GbyAI
B
Blog RSS Feed
Engineering at Meta
Engineering at Meta
Google DeepMind News
Google DeepMind News
MyScale Blog
MyScale Blog
Last Week in AI
Last Week in AI
F
Fortinet All Blogs
云风的 BLOG
云风的 BLOG
N
Netflix TechBlog - Medium
G
Google Developers Blog
博客园_首页
有赞技术团队
有赞技术团队
V
V2EX
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
MongoDB | Blog
MongoDB | Blog
H
Help Net Security
aimingoo的专栏
aimingoo的专栏
月光博客
月光博客
Hugging Face - Blog
Hugging Face - Blog
The GitHub Blog
The GitHub Blog
S
SegmentFault 最新的问题

I'm OWenT

国产大模型(GLM 5.1、Kimi K2.6)真实场景效果和 Coding Plan 额度测试 新版本libatapp的连接管理——从etcd服务发现到拓扑驱动的自动重连 新版本libatbus的设计变更——从树形路由到拓扑驱动 Protobuf又一坑 - C++标准和ABI兼容性 AI真好用-给Blog主题统一加mermaid,chart.js,excalidraw,draw.io的多种引入方式支持 给内网部署Squid-通用HTTP下载缓存 UE使用CodeChecker和clang-tidy生成静态分析报告 找出UE的循环依赖 C++小协程栈和临时变量及作用域的栈溢出问题分析 游戏服务的可观测性能力建设(C++生态) 指标上报的多线程优化和多拉取源点优化 协程(libcopp)的Channel功能和CPU命中率优化 通用RPC代码生成器 实现strong_rc_ptr(比shared_ptr更快的引用计数智能指针) 手夯一个STL allocator和对象内存分析组件 std::condition_variable 的信号丢失问题 踩坑一处(GCC)STL std::async 实现BUG导致的crash问题 给xresloader(Excel导表工具)增强UE读表支持(包含蓝图,Blueprint) Opentelemetry社区在gRPC的几个链接问题(静态库和动态库混用,musl工具链,符号裁剪) Excel转表工具(xresloader)的新验证器(验证外部Excel和文本数据,唯一性和自定义规则) protobuf v22和gRPC v1.55版本升级的依赖变化和upb适配 关于protobuf近期版本(v20/v3.20+)和 gRPC v1.54版本在某些编译环境下的一些链接和编译问题 xresloader-Excel导表工具链的近期变更汇总 打通游戏服务端框架的C++20协程改造的最后一环 Opentelemetry-cpp的Logs模块标准更新(涉及近期版本:1.8-1.9的BREAK CHANGES) 给cmake-toolset和工具链(curl等)加HTTP/2和HTTP/3支持 又开新坑之 coredns 插件: nftables和filter 关于opentelemetry-cpp社区对于C++ Head Only组件单例和符号可见性的讨论小记 填个转表工具 xresloader 去年的坑(数组尾部裁剪) 集成 upb 和 lua binding 的踩坑小记
GCC 14的一个warning to error BUG
owent · 2024-05-31 · via I'm OWenT

blog-website

背景

早先社区报过 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

编译输出:

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);
      |               ^~~~~~~~~

另一个阻塞问题

编译玩以后,我们会发现zsh启动的时候卡在了 waitforpid 调用上,我们看这个函数的代码:

/**/
int
waitforpid(pid_t pid, int wait_cmd)
{
    int first = 1, q = queue_signal_level();

    /* child_block() around this loop in case #ifndef WNOHANG */
    dont_queue_signals();
    child_block();		/* unblocked in signal_suspend() */
    queue_traps(wait_cmd);

    /* This function should never be called with a pid that is not a
     * child of the current shell.  Consequently, if kill(0, pid)
     * fails here with ESRCH, the child has already been reaped.  In
     * the loop body, we expect this to happen in signal_suspend()
     * via zhandler(), after which this test terminates the loop.
     */
    while (!errflag && (kill(pid, 0) >= 0 || errno != ESRCH)) {
	if (first)
	    first = 0;
	else if (!wait_cmd)
	    kill(pid, SIGCONT);

	last_signal = -1;
	signal_suspend(SIGCHLD, wait_cmd);
	if (last_signal != SIGCHLD && wait_cmd && last_signal >= 0 &&
	    (sigtrapped[last_signal] & ZSIG_TRAPPED)) {
	    /* wait command interrupted, but no error: return */
	    restore_queue_signals(q);
	    return 128 + last_signal;
	}
	child_block();
    }
    unqueue_traps();
    child_unblock();
    restore_queue_signals(q);

    return 0;
}

乍看是没什么问题的,深入到 config.log 我们会发现它在测试 ESRCH 的时候失败了,然后再失败的时候会把 ESRCH 定义成 EINVAL 。 测试 ESRCH 失败的原因其实和上面的问题一样,也是仅有 -Wimplicit-int 的时候触发了 error 。所以解决方法也是加 -Wno-error=implicit-int

解决

最后,我给工具链脚本加了个编译选项检测来解决这类问题。

# Patch for gcc 14
for TEST_CFLAG in "-Wno-error=incompatible-pointer-types" "-Wno-error=implicit-int" "-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吧。欢迎有兴趣的小伙伴互相交流研究。