This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/11932] [3.4 regression] Parallel bootstrap failure with sparc libiberty multilib
- From: "neroden at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 13 Jan 2004 23:13:57 -0000
- Subject: [Bug bootstrap/11932] [3.4 regression] Parallel bootstrap failure with sparc libiberty multilib
- References: <20030815185146.11932.lucier@math.purdue.edu>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From neroden at gcc dot gnu dot org 2004-01-13 23:13 -------
Yaargh.
Not sure what I need here.
Make sure you have a clean checkout and a clean build directory. :-/ And
that you're using GNU make. And a working shell (preferably bash; or ksh).
It seriously looks like a bug in mkdir. I can't reproduce the "mkdir: No such
file or directory" or figure out where it's coming from; that should *never*
happen with mkdir -p.
Perhaps Solaris 'mkdir -p' doesn't support -- , isn't thread-safe, can't
handle directories which already exist, or doesn't actually work?
Try running this and see if it works:
mkdir -p -- sparc-sun-solaris2.8/libstdc++-v3
If it fails, we have our bug.
Try it again to make sure it works in all these cases:
(a) neither directory exists
(b) sparc-sun-solaris2.8 exists and sparc-sun-solaris2.8/libstdc++-v3 doesn't
(b) both directories exist
If that works, try running these all at the same time (how best to do this I
don't know), under the above situations:
mkdir -p -- sparc-sun-solaris2.8/libstdc++-v3
mkdir -p -- sparc-sun-solaris2.8/libiberty
mkdir -p -- sparc-sun-solaris2.8/libf2c
If one of these fails, this indicates that mkdir -p isn't thread-safe.
If so, it's not GCC's problem. :-/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11932