[Bug bootstrap/11625] New: TOT make install fails on RedHat Linux 8.0

zlaski at apple dot com gcc-bugzilla@gcc.gnu.org
Tue Jul 22 01:36:00 GMT 2003


PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11625

           Summary: TOT make install fails on RedHat Linux 8.0
           Product: gcc
           Version: 3.4
            Status: UNCONFIRMED
          Severity: critical
          Priority: P1
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: zlaski at apple dot com
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu

The TOT as of this writing (and the objc-improvements-merge-20030721 tag I created 
earlier
in the day) is now failing when the following sequence of commands is issued:

../../../src/gcc/HEAD/gcc/configure --prefix /home/zlaski/fsf/dst/gcc/HEAD --disable-
checking --enable-languages=c,objc
make 'CFLAGS=-O0 -g3'
make install

The failure looks as follows:

/bin/sh ../../../src/gcc/HEAD/gcc/mkinstalldirs /home/zlaski/fsf/dst/gcc/HEAD /home/zlaski/
fsf/dst/gcc/HEAD
make[1]: Entering directory `/home/zlaski/fsf/obj/gcc/HEAD/gcc'
for file in cc1  cc1obj; do \
  if [ -f $file ] ; then \
    rm -f /home/zlaski/fsf/dst/gcc/HEAD/lib/gcc-lib/i686-pc-linux-gnu/3.4/$file; \
    /usr/bin/install -c $file /home/zlaski/fsf/dst/gcc/HEAD/lib/gcc-lib/i686-pc-linux-gnu/3.4/
$file; \
  else true; \
  fi; \
done
/usr/bin/install: cannot create regular file `/home/zlaski/fsf/dst/gcc/HEAD/lib/gcc-lib/i686-
pc-linux-gnu/3.4/cc1': No such file or directory
/usr/bin/install: cannot create regular file `/home/zlaski/fsf/dst/gcc/HEAD/lib/gcc-lib/i686-
pc-linux-gnu/3.4/cc1obj': No such file or directory
make[1]: *** [install-common] Error 1
make[1]: Leaving directory `/home/zlaski/fsf/obj/gcc/HEAD/gcc'
make: *** [install-gcc] Error 2

This is on RedHat Linux 8.0, and used to work a few days ago.  I tried the above fragment 
by hand, and discovered that

  (1) /usr/bin/install will succeed if the /home/zlaski/fsf/dst/gcc/HEAD/lib/gcc-lib/i686-pc-
linux-gnu/3.4/ folder exists, and
  (2) the mkinstallhdrs script (or its minions) appears to nuke that very folder.

Initially, I had a vague suspicion about the following recent check-in:

  2003-07-20  Phil Edwards  <pme@gcc.gnu.org>

        * install-sh:  Update to newer upstream versions (associated with
        aclocal 1.7).
        * mkinstalldirs:  Likewise.
        * missing:  Likewise, plus $1Help2man -> $1 typo fix.

However, reverting it locally did not do the trick... :-(

Furthermore  --  On Monday, Jul 21, 2003, at 17:56 US/Pacific, Dara Hazeghi wrote:

I think this may be a result of:

Subject: Bug 11408

CVSROOT:	/cvs/gcc
Module name:	gcc
Changes by:	neroden@gcc.gnu.org	2003-07-13 20:47:32

Modified files:
	.              : ChangeLog Makefile.tpl Makefile.in
configure.in
	                 configure

Log message:
	PR bootstrap/11273
	PR bootstrap/11408
	* Makefile.tpl: Set INSTALL and friends using
autoconf.  Remove
	unused INSTALL_PROGRAM_ARGS.
	* configure.in: Use AC_PROG_INSTALL.
	* Makefile.in: Regenerate.
	* configure: Regenerate.

looks like install -d doesn't happen when it needs to
now. FWIW, I've seen this problem for the last few
days too :-(



More information about the Gcc-bugs mailing list