https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #34 from simon at pushface dot org --- (In reply to r...@cebitec.uni-bielefeld.de from comment #31) > When I tried the workaround, I got > > /var/gcc/regression/trunk/10.7-gcc/build/./gcc/xgcc > -B/var/gcc/regression/trunk/10.7-gcc/build/./gcc/ > -B/vol/gcc/x86_64-apple-darwin11.4.2/bin/ > -B/vol/gcc/x86_64-apple-darwin11.4.2/lib/ -isystem > /vol/gcc/x86_64-apple-darwin11.4.2/include -isystem > /vol/gcc/x86_64-apple-darwin11.4.2/sys-include -c -g -O2 -fno-common -W > -Wall -gnatpg -nostdinc g-exptty.adb -o g-exptty.o > dyld: Symbol not found: __ZdaPvm > Referenced from: /var/gcc/regression/trunk/10.7-gcc/build/./gcc/gnat1 > Expected in: /usr/lib/libstdc++.6.dylib > in /var/gcc/regression/trunk/10.7-gcc/build/./gcc/gnat1 > xgcc: internal compiler error: Trace/BPT trap: 5 (program gnat1) From previous experience building *with* shared libraries (because of pr61027 comment 4), when dyld loads the tools (code generators, gnat1, gnatbind) it looks for libstdc++ under $prefix, doesn't find it because it's not installed yet, tries the system libstdc++, fails because of that missing symbol. libgcc_s doesn’t appear to have the same issue. e.g. build/genmddeps ../../gcc-8-20170528/gcc/common.md ../../gcc-8-20170528/gcc/config/i386/i386.md > tmp-mddeps build/genmodes -h > tmp-modes.h dyld: Symbol not found: __ZdlPvm Referenced from: /Volumes/Miscellaneous/tmp/gcc-8-20170528-build/gcc/build/genmddeps (which was built for Mac OS X 10.12) Expected in: /usr/lib/libstdc++.6.dylib in /Volumes/Miscellaneous/tmp/gcc-8-20170528-build/gcc/build/genmddeps I temporarily install the just-built libraries under $prefix/lib and reconfigure, rebuild. Might be possible to work some DYLD_LIBRARY_PATH magic
