xemacs-faq.texi:8705: warning: @xref node name should not contain `.' x86_64-pc-linux-gnu-gcc -c -O2 -pipe -march=native -fno-diagnostics-color -no-pie -fgnu89-inline -I. -I/usr/include/wnn -Demacs -I. -DHAVE_CONFIG_H elhash.c x86_64-pc-linux-gnu-gcc -c -O2 -pipe -march=native -fno-diagnostics-color -no-pie -fgnu89-inline -I. -I/usr/include/wnn -Demacs -I. -DHAVE_CONFIG_H emacs.c make[1]: Leaving directory '/var/tmp/portage/app-editors/xemacs-21.4.24-r10/work/xemacs-21.4.24/man' x86_64-pc-linux-gnu-gcc -c -O2 -pipe -march=native -fno-diagnostics-color -no-pie -fgnu89-inline -I. -I/usr/include/wnn -Demacs -I. -DHAVE_CONFIG_H eval.c emacs.c: In function 'fatal_error_signal': emacs.c:616:16: error: passing argument 2 of 'sys_do_signal' from incompatible pointer type [-Wincompatible-pointer-types] 616 | signal (sig, SIG_DFL); | ^~~~~~~ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 23.0_no_multilib_systemd-20240316-173136 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-14 * clang/llvm (if any): Python 3.11.8 Available Ruby profiles: [1] ruby31 (with Rubygems) * [2] ruby33 (with Rubygems) php cli (if any): HEAD of ::gentoo commit d8758eac38dd79579b58dbe15b8791d763f7c8c7 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Sat Mar 16 23:34:15 2024 +0000 2024-03-16 23:34:14 UTC emerge -qpvO app-editors/xemacs [ebuild N ] app-editors/xemacs-21.5.35-r1 USE="berkdb bignum freewnn gdbm gif motif neXt postgres xft -X -Xaw3d -alsa -athena -debug -dnd -gpm -jpeg -ldap -nas -png -pop -tiff -xface -xim"
Created attachment 887810 [details] emerge-info.txt
Created attachment 887811 [details] app-editors:xemacs-21.4.24-r10:20240317-025242.log
Created attachment 887812 [details] emerge-history.txt
Created attachment 887813 [details] environment
Created attachment 887814 [details] etc.portage.tar.xz
Created attachment 887815 [details] logs.tar.xz
Created attachment 887816 [details] qlist-info.txt
Created attachment 887817 [details] temp.tar.xz
Is this fixed in newer versions?
I should not be a problem in 21.5. The plan is to remove xemacs-21.4. 21.5 is marked stable for all architectures except sparc where there was an issue. That issue has been fixed for sparc in a recent update to xemacs-21.5-r4.ebuild. So waiting for the regular 30 day time window before stabilization request. Do I need to speed this up or take other actions for removing the blockade?
Closing this since XEmacs 21.4 has been replaced by XEmacs 21.5.
