There is no /lib/cpp. There doesn't seem to be any need to run any C++ in stage 1 anyway. checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... Win32 ld.exe checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking how to run the C++ preprocessor... /lib/cpp configure: error: in `/cygdrive/c/jimdata/home/cvsroot/gcc-obj/gcc': configure: error: C++ preprocessor "/lib/cpp" fails sanity check See `config.log' for more details. make[1]: *** [configure-gcc] Error 1 make[1]: Leaving directory `/cygdrive/c/jimdata/home/cvsroot/gcc-obj' make: *** [all] Error 2 uname -a CYGWIN_NT-5.1 mckelvey-xp 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin BUILDING: alias CONFIGURECVS='/cygdrive/c/jimdata/home/cvsroot/gcc/configure --verbose --enable-threads --disable-nls --enable-checking=release --disable-win32-registry --disable-sjlj-exceptions --disable-bootstrap --enable-languages=c,c++ 2>&1 | tee clog' alias BUILD='nice make CFLAGS='\'''\'' BOOT_CFLAGS='\'''\'' LIBCFLAGS='\''-g -O'\'' CXXFLAGS='\''-O'\'' LIBCXXFLAGS='\''-g -O'\'' 2>&1 | tee log' I'll attach the full log and the log from configure.
Created attachment 20275 [details] Output from ./configure
Created attachment 20276 [details] Log from ./configure
Created attachment 20277 [details] Log from bootstrap
>--disable-bootstrap What happens if you remove that part? Disabling bootstrap for native builds are not really supported.
You have a bad c++ in your path: configure:4892: checking whether we are using the GNU C++ compiler configure:4911: c++ -c conftest.cpp >&5 /usr/local/libexec/gcc/i686-pc-cygwin/4.5.0/cc1plus.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory configure:4911: $? = 1
AC_PROG_CXX was added with the --enable-build-with-cxx support.
(In reply to comment #4) > >--disable-bootstrap > > What happens if you remove that part? Disabling bootstrap for native builds are > not really supported. > No difference.
(In reply to comment #5) > You have a bad c++ in your path: > > configure:4892: checking whether we are using the GNU C++ compiler > configure:4911: c++ -c conftest.cpp >&5 > /usr/local/libexec/gcc/i686-pc-cygwin/4.5.0/cc1plus.exe: error while loading > shared libraries: ?: cannot open shared object file: No such file or directory > configure:4911: $? = 1 > I defined CXX to point to /usr/bin/c++. The build has now gone past the previous error point. I don't remember c++ being needed to bootstrap in the past. Anyway, it now fails in libgcc with a different shared library problem. I will attach log. cygcheck shows a reference to a sjlj dll, although --disable-sjlj-exceptions is specified: $ cygcheck ./gcc/cc1.exe C:\jimdata\home\cvsroot\gcc-obj\gcc\cc1.exe C:\cygwin\bin\cygcloog-0.dll C:\cygwin\bin\cyggcc_s-1.dll C:\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\ADVAPI32.DLL C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\RPCRT4.dll C:\WINDOWS\system32\Secur32.dll C:\cygwin\bin\cyggmp-3.dll C:\cygwin\bin\cygppl_c-2.dll C:\cygwin\bin\cygppl-7.dll C:\cygwin\usr\local\bin\cygstdc++-6.dll C:\cygwin\bin\cyggmpxx-4.dll C:\cygwin\bin\cygiconv-2.dll C:\cygwin\bin\cygmpc-1.dll C:\cygwin\bin\cygmpfr-1.dll cygcheck: track_down: could not find cyggcc_s-sjlj-1.dll
Created attachment 20280 [details] libgcc config.log
(In reply to comment #8) > cygcheck shows a reference to a sjlj dll, Woah, deja vu! > although --disable-sjlj-exceptions is specified: So, you must still have the related .dll.a file in /usr/local/lib, so it linked against that DLL even though it isn't present. Get rid of your entire old /usr/local prefix, or make sure it's not visible when you build.
(In reply to comment #10) > (In reply to comment #8) > > > cygcheck shows a reference to a sjlj dll, > > Woah, deja vu! > > > although --disable-sjlj-exceptions is specified: > > So, you must still have the related .dll.a file in /usr/local/lib, so it > linked against that DLL even though it isn't present. Get rid of your entire > old /usr/local prefix, or make sure it's not visible when you build. > I did that and it's now at stage3, so I believe it's going to be OK. I can't wait around for it to finish. I'll see if it works Monday morning. Thanks for all of your help.
(In reply to comment #11) > (In reply to comment #10) > > (In reply to comment #8) > > > > > cygcheck shows a reference to a sjlj dll, > > > > Woah, deja vu! > > > > > although --disable-sjlj-exceptions is specified: > > > > So, you must still have the related .dll.a file in /usr/local/lib, so it > > linked against that DLL even though it isn't present. Get rid of your entire > > old /usr/local prefix, or make sure it's not visible when you build. > > > > I did that and it's now at stage3, so I believe it's going to be OK. I can't > wait around for it to finish. I'll see if it works Monday morning. > Thanks for all of your help. > Looks OK this morning. I think we can close this one.