This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/33503] New: Can not build gcc from combined tree - bug in libtool
- From: "s_pyptev at ipmce dot ru" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 19 Sep 2007 19:59:51 -0000
- Subject: [Bug other/33503] New: Can not build gcc from combined tree - bug in libtool
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
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
--
Summary: Can not build gcc from combined tree - bug in libtool
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: s_pyptev at ipmce dot ru
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet: arm-unknown-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33503