3.3.2 Install Problem

[Chip Cuntz]

It worked, with summary...

1. 'sudo gmake install' did not work even with LD_RUN_PATH set.
2. 'su -' to root and set LD_RUN_PATH worked.
3. 'man crle' had great information.

Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/specs
Configured with: ../gcc-3.3.2/configure --enable-languages=c,c++
Thread model: posix
gcc version 3.3.2

Thanks for your time,

Chip

-----Original Message-----
From: gcc-owner@gcc.gnu.org [mailto:gcc-owner@gcc.gnu.org]On Behalf Of
Phil Edwards
Sent: Tuesday, October 21, 2003 4:33 PM
To: Russ Allbery
Cc: Chip Cuntz; gcc@gcc.gnu.org
Subject: Re: 3.3.2 Install Problem


On Tue, Oct 21, 2003 at 01:58:28PM -0700, Russ Allbery wrote:
> Chip Cuntz <william.c.cuntz_iv@mci.com> writes:
> 
> > Bootstrap apparently completed successfully with:
> >   Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.1/specs
> >   Configured with: ../gcc-3.1/configure 
> >   Thread model: posix
> >   gcc version 3.1
> 
> > Got the following errors when 'sudo gmake install' was attempted on
> > Solaris 8.  libiconv.so.2 is present in /usr/local/lib...  So is
> > /export/home/ccuntz/gcc332/gcc/xgcc...  Can anybody point out the my
> > problem?
> 
> When building gcc, you need to set LD_RUN_PATH to /usr/local/lib in the
> environment.  Alternately, you need to configure Sun's dynamic linker to
> look in /usr/local/lib by default (which I don't know how to do off-hand).

For the record:  man crle


-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it.
    - Brian W. Kernighan