This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: bootstrap failure on ia64-unknown-linux-gnu (trunk)
- From: "H. J. Lu" <hjl at lucon dot org>
- To: Joe Buck <Joe dot Buck at synopsys dot COM>
- Cc: gcc at gcc dot gnu dot org
- Date: Wed, 6 Oct 2004 15:03:44 -0700
- Subject: Re: bootstrap failure on ia64-unknown-linux-gnu (trunk)
- References: <20041006145829.A14286@synopsys.com>
On Wed, Oct 06, 2004 at 02:58:29PM -0700, Joe Buck wrote:
> I haven't tried booting the trunk on ia64 lately. Tried it today, and
> I got a failure: at the start of stage 2, first the stage-1 compiler is
> used to build build/genmodes:
>
> stage1/xgcc -Bstage1/ -B/u/jbuck/cvs.ia64/trunk/ia64-unknown-linux-gnu/bin/ -DUSE_LIBUNWIND_EXCEPTIONS -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genmodes \
> build/genmodes.o build/errors.o ../build-ia64-unknown-linux-gnu/libiberty/libiberty.a
>
> But then the execution of build/genmodes
> fails, with
>
> build/genmodes: error while loading shared libraries: libunwind.so.7: cannot open shared object file: No such file or directory
>
> Now, earlier in the build process, libunwind.so.7 is built, and it is then
> moved into the stage1 subdirectory, and genmodes is linked against this
> library. But when an attempt is made to run it, it's not on the
> LD_LIBRARY_PATH, so we blow up.
>
> I'm running on a RHEL 2.1AW system. Perhaps this bug wasn't noticed
> because newer ia64 systems already have a libunwind.so.7 in /usr/lib?
See
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17464
H.J.