xemacs @21.4.22: *** PANIC *** Configure tests are not working - compiler is broken.

[ryandesign (Ryan Carsten Schmidt)]

xemacs fails to build for me on 10.13 when I add -Werror=implicit-function-declaration to configure.cflags. I have done this in order to simulate what happens by default with Xcode 12. The error is:

checking size of short... 0
*** PANIC *** Configure tests are not working - compiler is broken.
*** PANIC *** Please examine config.log for compilation errors.

The config.log shows this is happening because a few configure tests have neglected to include the required headers:

config.log-configure:3593: checking for ANSI C header files
config.log-configure:3604: ccache /usr/bin/clang -E -I/opt/local/include -I/opt/local/include  -I/opt/local/include     conftest.c >/dev/null 2>conftest.out
config.log-configure:3668: ccache /usr/bin/clang -o conftest -pipe -Os -Werror=implicit-function-declaration -std=gnu89 -arch x86_64 -I/opt/local/include  -I/opt/local/include      -L/opt/local/lib -Wl,-headerpad_max_install_names -Wl,-no_pie -Xlinker -arch -Xlinker x86_64  -L/opt/local/lib     conftest.c           1>&5
config.log:configure:3663:67: error: implicitly declaring library function 'exit' with type 'void (int) __attribute__((noreturn))' [-Werror,-Wimplicit-function-declaration]
config.log-if (XOR (islower (i), ISLOWER (i)) || toupper (i) != TOUPPER (i)) exit(2);
config.log-                                                                  ^
config.log-configure:3663:67: note: include the header <stdlib.h> or explicitly provide a declaration for 'exit'
config.log-1 error generated.

config.log-configure:4511: checking size of short
config.log-configure:4525: ccache /usr/bin/clang -o conftest -pipe -Os -Werror=implicit-function-declaration -std=gnu89 -arch x86_64 -I/opt/local/include  -I/opt/local/include      -L/opt/local/lib -Wl,-headerpad_max_install_names -Wl,-no_pie -Xlinker -arch -Xlinker x86_64  -L/opt/local/lib     conftest.c           1>&5
config.log:configure:4519:11: error: implicitly declaring library function 'exit' with type 'void (int) __attribute__((noreturn))' [-Werror,-Wimplicit-function-declaration]
config.log-  if (!f) exit(1);
config.log-          ^
config.log-configure:4519:11: note: include the header <stdlib.h> or explicitly provide a declaration for 'exit'
config.log-configure:4520:22: warning: format specifies type 'int' but the argument has type 'unsigned long' [-Wformat]
config.log-  fprintf(f, "%d\n", sizeof(short));
config.log-              ~~     ^~~~~~~~~~~~~
config.log-              %lu
config.log-1 warning and 1 error generated.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicates #61521 and #62090.

[jdw13]

There is no pre-compiled version for 11_arm64, but install fails with configure tests, too, and I see similar issue when trying to do a source install with MacOS 11.2.1 using Mac mini (M1,2020) and Xcode 12.4 (all latest as far as I can tell):

:info:configure checking size of short... 0
:info:configure *** PANIC *** Configure tests are not working - compiler is broken.
:info:configure *** PANIC *** Please examine config.log for compilation errors.
:info:configure Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_editors_xemacs/xemacs/work/xemacs-21.4.22" && ./configure --prefix=/opt/local --mandir=/opt/local/share/man --without-postgresql --without-ldap --with-sound=none --pdump --site-prefixes=/opt/local --with-tty --with-dialogs=athena --with-widgets=athena --with-athena=3d --with-database=gdbm --with-mule 
:info:configure Exit code: 1
:error:configure Failed to configure xemacs, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_editors_xemacs/xemacs/work/xemacs-21.4.22/config.log
:error:configure Failed to configure xemacs: configure failure: command execution failed
:debug:configure Error code: NONE
:debug:configure Backtrace: configure failure: command execution failed
:debug:configure     while executing
:debug:configure "$procedure $targetname"
:error:configure See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_editors_xemacs/xemacs/main.log for details.
(END)

[trm61]

I just upgraded my 2018 MB Air to Ventura and ran into the features.h issues, as well, installation fails almost immediately.

I rely on xemacs, and it seems it has been broken on MacPorts for over two years with no resolution in sight, despite it seeming like something simple? How can we work around this issue?

[ryandesign (Ryan Carsten Schmidt)]

WimplicitFunctionDeclaration explains the problem and how the port maintainer (or anyone, via a pull request) can fix it.

[kwolcott]

Source install of xemacs on Ventura Mac Mini with M1 chip fails (same issues as previously reported in this bug?)...

*** PANIC *** Configure tests are not working - compiler is broken.
*** PANIC *** Please examine config.log for compilation errors.
Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_editors_xemacs/xemacs/work/xemacs-21.4.22" && ./configure --prefix=/opt/local --mandir=/opt/local/share/man --without-postgresql --without-ldap --with-sound=none --pdump --site-prefixes=/opt/local --with-tty --with-dialogs=athena --with-widgets=athena --with-athena=3d --with-database=gdbm --with-mule
Exit code: 1
Error: Failed to configure xemacs: consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_editors_xemacs/xemacs/work/xemacs-21.4.22/config.log
Error: Failed to configure xemacs: configure failure: command execution failed
Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_editors_xemacs/xemacs/main.log for details.

[kwolcott]

I really would like to see some forward progress on this, as I really like xemacs.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #68612 and #67624.

[conradwt (Conrad Taylor)]

Are there any updates regarding this issue?

[ryandesign (Ryan Carsten Schmidt)]

The first step should be for the maintainer of the port to update it to the latest version available from ​https://foss.heptapod.net/xemacs/xemacs — looks like 21.5.35. If the problem persists with that version, one could check the latest code in their repository. If the bug is still there, then the bug should be reported to the developers.

[ryandesign (Ryan Carsten Schmidt)]

Replying to ryandesign:

config.log-configure:3593: checking for ANSI C header files
config.log-configure:3604: ccache /usr/bin/clang -E -I/opt/local/include -I/opt/local/include  -I/opt/local/include     conftest.c >/dev/null 2>conftest.out
config.log-configure:3668: ccache /usr/bin/clang -o conftest -pipe -Os -Werror=implicit-function-declaration -std=gnu89 -arch x86_64 -I/opt/local/include  -I/opt/local/include      -L/opt/local/lib -Wl,-headerpad_max_install_names -Wl,-no_pie -Xlinker -arch -Xlinker x86_64  -L/opt/local/lib     conftest.c           1>&5
config.log:configure:3663:67: error: implicitly declaring library function 'exit' with type 'void (int) __attribute__((noreturn))' [-Werror,-Wimplicit-function-declaration]
config.log-if (XOR (islower (i), ISLOWER (i)) || toupper (i) != TOUPPER (i)) exit(2);
config.log-                                                                  ^
config.log-configure:3663:67: note: include the header <stdlib.h> or explicitly provide a declaration for 'exit'
config.log-1 error generated.

This particular error is due to a bug in autoconf itself, so all configure scripts generated by the buggy version of autoconf have this flaw; we've fixed it in hundreds of different ports by now, so it would be just as easy to fix in this port. There are likely additional problems beyond this one, since this version of xemacs is 15 years old. But if for some reason we really do want to stay with that version, anyone can work on patching it.

David, do you still want to maintain this port and your other ports? You haven't responded to this ticket in 3.5 years and you haven't committed to the macports-ports repository in 1.5 years.