https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88750
--- Comment #9 from Iain Sandoe <iains at gcc dot gnu.org> --- (In reply to Jürgen Reuter from comment #8) Thanks! I've been using gmp-6.1.2, mpfr-3.1.6, mpc-1.1.0 isl-0.20 on all my recent builds (for trunk, gcc-8 and gcc-7) You don't (I think) mention whether the GCC you're using is trunk or 8 or 7? I usually bootstrap gap &friends with the compiler, but that ought not to be necessary. ---- I assume that all the code is built with the same compiler? > here is the non-working library resolution: > static_1.exe: > lib/libcuttools.dylib (compatibility version 0.0.0, current version > 0.0.0) > lib/libopenloops.dylib (compatibility version 0.0.0, current version > 0.0.0) > lib/liboneloop.dylib (compatibility version 0.0.0, current version 0.0.0) > lib/libolcommon.dylib (compatibility version 0.0.0, current version > 0.0.0) > lib/librambo.dylib (compatibility version 0.0.0, current version 0.0.0) > /usr/local/lib/liblcio.2.12.dylib (compatibility version 2.12.0, current > version 2.12.1) > /usr/local/lib/libgfortran.5.dylib (compatibility version 6.0.0, current > version 6.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version > 1252.200.5) > /usr/local/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current > version 1.0.0) > /usr/local/lib/libquadmath.0.dylib (compatibility version 1.0.0, current > version 1.0.0) > > and this is the working one: > > static_1.exe: > lib/libcuttools.dylib (compatibility version 0.0.0, current version > 0.0.0) > lib/libopenloops.dylib (compatibility version 0.0.0, current version > 0.0.0) > lib/liboneloop.dylib (compatibility version 0.0.0, current version 0.0.0) > lib/libolcommon.dylib (compatibility version 0.0.0, current version > 0.0.0) > lib/librambo.dylib (compatibility version 0.0.0, current version 0.0.0) > /usr/local/lib/liblcio.2.12.dylib (compatibility version 2.12.0, current > version 2.12.1) > /usr/local/lib/libstdc++.6.dylib (compatibility version 7.0.0, current > version 7.26.0) ^^^ this is the installation from the same compiler that you used to build the non-working example above? > /usr/local/lib/libgfortran.5.dylib (compatibility version 6.0.0, current > version 6.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version > 1252.200.5) > /usr/local/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current > version 1.0.0) > /usr/local/lib/libquadmath.0.dylib (compatibility version 1.0.0, current > version 1.0.0) * If you invoke the exe with DYLD_PRINT_LIBRARIES=1 <exe> you can confirm that it is, indeed, using the libraries listed there... * So the linker/assembler/otool/ar/nm/strip/etc you're using come from Xcode 10.1? * GCC binaries built with debug enabled are debugable by lldb, if you don't have a working GDB. (I use -Og -g3 as build options, FWIW)