ld: symbol(s) not found for architecture x86_64 in libX11.a @1.8.8_0+universal

[marcoferraris]

Hi,

compiling csl-reduce on a MacBook Air M1, with macOS Sonoma 14.4.1 (23E224) and macports xorg-libX11 @1.8.8_0+universal, everything works fine.

On the contrary, while trying to compile csl-reduce on an X86_64 MacBook Pro, with macOS Big Sur v11.7.10 (20G1427) and macports xorg-libX11 @1.8.8_0+universal, compilation fails with the following list of errors:

=============================================================================

Relinking csl because of csl-arith01.o csl-arith02.o csl-arith03.o csl-arith04.o csl-arith05.o csl-arith06.o csl-arith07.o csl-arith08.o csl-arith09.o csl-arith10.o csl-arith11.o csl-arith12.o csl-arith13.o csl-arith14.o csl-arith-quad.o csl-isprime.o csl-char.o csl-cslmpi.o csl-eval1.o csl-eval2.o csl-eval3.o csl-eval4.o csl-fns1.o csl-fns2.o csl-fns3.o csl-inthash.o csl-print.o csl-cslread.o csl-restart.o csl-lisphash.o csl-serialize.o csl-sysfwin.o csl-winsupport.o csl-csl.o csl-fasl.o csl-preserve.o csl-bytes1.o csl-showhdr.o csl-float128_t.o csl-newcslgc.o csl-newallocate.o csl-stubs.o reduce.fonts/cmr10.pfb ../lib/libcrlibm.a ../include/crlibm.h ../lib/libffi.a ../include/ffi.h ../lib/libsoftfloat.a ../include/softfloat.h ../lib/libFOX-1.6.a /Users/me/sw/reduce-algebra/trunk/csl/cslbase/lvector.h /Users/me/sw/reduce-algebra/trunk/csl/cslbase/threadloc.h

MACOSX_DEPLOYMENT_TARGET=11.0 /Users/me/sw/reduce-algebra/trunk/cslbuild/x86_64-mac_11_big_sur-darwin20.6.0/cachecxx.sh -std=gnu++11 -std=gnu++11 -std=gnu++20 -mmacosx-version-min=11.0 -fconstexpr-steps=32000000 -I/opt/local/include/freetype2 -O3 -Wall -L../lib -L/opt/local/lib -mmacosx-version-min=11.0 -framework Carbon -framework CoreServices -framework CoreFoundation -framework ApplicationServices -o csl csl-arith01.o csl-arith02.o csl-arith03.o csl-arith04.o csl-arith05.o csl-arith06.o csl-arith07.o csl-arith08.o csl-arith09.o csl-arith10.o csl-arith11.o csl-arith12.o csl-arith13.o csl-arith14.o csl-arith-quad.o csl-isprime.o csl-char.o csl-cslmpi.o csl-eval1.o csl-eval2.o csl-eval3.o csl-eval4.o csl-fns1.o csl-fns2.o csl-fns3.o csl-inthash.o csl-print.o csl-cslread.o csl-restart.o csl-lisphash.o csl-serialize.o csl-sysfwin.o csl-winsupport.o csl-csl.o csl-fasl.o csl-preserve.o csl-bytes1.o csl-showhdr.o csl-float128_t.o csl-newcslgc.o csl-newallocate.o csl-stubs.o -lFOX-1.6 ../lib/libcrlibm.a ../lib/libffi.a ../lib/libsoftfloat.a /opt/local/lib/libXrandr.a /opt/local/lib/libXcursor.a /opt/local/lib/libXrender.a /opt/local/lib/libcurses.a /opt/local/lib/libXext.a /opt/local/lib/libX11.a /opt/local/lib/libXft.a /opt/local/lib/libXau.a /opt/local/lib/libXfixes.a /opt/local/lib/libxcb.a /opt/local/lib/libXdmcp.a /opt/local/lib/libpng.a /opt/local/lib/libz.a /opt/local/lib/libbz2.a /opt/local/lib/libfreetype.a /opt/local/lib/libiconv.a /opt/local/lib/libXft.a /opt/local/lib/libfontconfig.a /opt/local/lib/libintl.a /opt/local/lib/libexpat.a /opt/local/lib/libbrotlicommon.a /opt/local/lib/libbrotlidec.a -lpthread -ldl

Undefined symbols for architecture x86_64:

"XErrorFunction", referenced from:

_XSetErrorHandler in libX11.a(ErrHndlr.o) XError in libX11.a(XlibInt.o) _XOpenDisplay in libX11.a(OpenDis.o)

"XIOErrorFunction", referenced from:

_XSetIOErrorHandler in libX11.a(ErrHndlr.o) XIOError in libX11.a(XlibInt.o) _XOpenDisplay in libX11.a(OpenDis.o)

"Xdebug", referenced from:

FX::windowed_worker(int, char const, int (*)(int, char const)) in libFOX-1.6.a(FXWorker.o) _XOpenDisplay in libX11.a(OpenDis.o)

ld: symbol(s) not found for architecture x86_64

clang: [0;1;31merror: [0m[1mlinker command failed with exit code 1 (use -v to see invocation)[0m

============================================================================= With libX11.a @1.8.7_0+universal, and previous versions, I've never seen such errors.

Oddly enough, these symbols are not reported as undefined symbols for architecture x86_64 in libX11.a @1.8.8_0+universal while compiling the universal version of CSL-Reduce on the MacBook Air M1.

Is it possible to fix the problem?

Best Regards, Marco Ferraris