This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: compile and install bugs on irix
- To: Alexandre Oliva <oliva at dcc dot unicamp dot br>
- Subject: Re: compile and install bugs on irix
- From: Stephane Conversy <Stephane dot Conversy at lri dot fr>
- Date: Sun, 20 Jun 1999 14:51:37 +0200
- Cc: egcs-bugs at egcs dot cygnus dot com
- References: <376A58A1.475256E9@lri.fr> <oraetv5i5b.fsf@saci.lsd.dcc.unicamp.br>
Alexandre Oliva wrote:
> On Jun 18, 1999, Stephane Conversy <Stephane.Conversy@lri.fr> wrote:
>
> > 6459:./makeinfo: rld: Error: unresolvable symbol in
> > /usr/lib32/libifl.so: __T_9__nothrow
>
> Is there any environment variable you've set that might be preventing
> `makeinfo' from finding libCsup.so, which is where these symbols are
> probably defined?
the only one could be SGI_ABI which is set to -n32.
> You may try to link with both -lz and -lCsup and
> see if it works.
yes, it works.
> If it does, we could check for Csup too. Another
> alternative is to simply not check for -lz, since it's not needed for
> our texinfo build.
I think we should avoid linking with -lz since it is not used:
ld32: WARNING 84: /usr/lib32/libz.so is not used for resolving any
symbol.
Maybe that's why ld doesn't link with -lCsup.
>
>
> > when using g++ with <string> for example, it looks et headers in:
> > installdir/include/g++-2
>
> That's correct. Didn't the C++ headers get installed in there after
> `make install'?
no, it's in g++. There is no g++2 at all.
I had an old version of egcs (1.1.2) before that uses the directory g++.
I made a link g++-2 to g++, maybe it's because of that that I have an
internal error...
>
--
Stéphane Conversy
http://www-ihm.lri.fr/~conversy/
mailto:conversy@lri.fr