snapshot gcc-4.3-20070914 When i try to build gcc the process falls when it tries to use just created binutils or gas. Investigating the problem I've found that libtool creates "normal" binutils in binutils/.libs directory and creates a wrapper in binutils directory for each util. The wrapper should start shell with script in the same directory but it can not find shell. Current wrapper tries to call execve() with first parameter "/bin/sh" and returns error. Errno is ENOENT. I suppose execve() works with windows path under MinGW and really, when I've changed libtool to execve() have C:\msys\1.0\bin\sh.exe as first parameter then the wrapper starts correctly, but now shell script, which started by the wrapper, can not start "normal" util, while the script does it from command line without a problem (or may be shell can not find script, I'm not sure). So problem needs further investigation. Wrapper code is in gcc/ltmain.sh
*** This bug has been marked as a duplicate of 35752 ***
not really a duplicate
Have you tried configuring like this? CONFIG_SHELL='C:/msys/1.0/bin/sh.exe' C:/msys/1.0/bin/sh.exe \ ../gcc-4.3XX/configure [OPTIONS...]
Hum, this is a host problem - and we do not have a list of primary or secondary host platforms ... extrapolating from the secondary mingw32 target platform I set this to P2.
The problem is that this bug is unconfirmed. I'd like to see a failure log; mingw builds were tested very carefully when we upgraded Libtool. Marked as waiting.
No feedback in 3 months so closing.