-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
cause are the generated scripts as and collect-ld in the gcc diretory.
After building the stage 1 compiler the configuration of libgcc fails.
configure:3019: /home/rainer/tmp/build/./gcc/xgcc
- -B/home/rainer/tmp/build/./gcc/
- -L/home/rainer/tmp/install/x86_64-w64-mingw32/lib
- -L/home/rainer/tmp/install/mingw/lib -isystem
/home/rainer/tmp/install/x86_64-w64-mingw32/include -isystem
/home/rainer/tmp/install/mingw/include
- -B/home/rainer/tmp/install/x86_64-w64-mingw32/bin/
- -B/home/rainer/tmp/install/x86_64-w64-mingw32/lib/ -isystem
/home/rainer/tmp/install/x86_64-w64-mingw32/include -isystem
/home/rainer/tmp/install/x86_64-w64-mingw32/sys-include
- -L/home/rainer/tmp/build/./ld -o conftest -g -O2 conftest.c >&5
D:\phoenix\bin\sh.exe: *** fork: can't reserve memory for stack 0x4D0000 -
0x6D0000, Win32 error 0
0 [main] sh" 5452 sync_with_child: child 4404(0x234) died before
initialization with status code 0x1
710 [main] sh" 5452 sync_with_child: *** child state waiting for longjmp
D:/MSYS/home/rainer/tmp/build/gcc/as: fork: Resource temporarily unavailable
The only way to boostrap a native *mingw32 compiler is using msys. For
i686-w64-mingw32 that works excellent.
For x86_64-w64-mingw32the situation is different. We have a 64bit stage 1
compiler which invokes as and ld through the mentioned scripts which are
executed by a 32bit shell which calls the 64bit as or ld.
AFAIK, this in't going to work!
Any ideas?
Rainer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkr66fUACgkQoUhjsh59BL7ERwCZAScKbRMlM7gXq8Rkpe0IbQxi
+jgAnjvC1UEUy+W0eTpWXRNLBXd9tZgR
=pZug
-----END PGP SIGNATURE-----
