compile and install bugs on irix

Jerry James jerry@cs.ucsb.edu
Wed Jun 23 15:48:00 GMT 1999


> On Jun 23, 1999, Jeffrey A Law <law@cygnus.com> wrote:
> 
> >> 7387:./makeinfo: rld: Error: unresolvable symbol in /usr/lib32/libiflPNG.so:
> 
> > So, what makes your irix system different from mine?  THe makeinfo built
> > during the build process works just fine.  I just configure & make, nothing
> > fancy.
> 
> Does your configure find libz?  Is that a link to libiflPNG?  Does
> your libiflPNG depend on libCsup?  Do you have any patched ld that
> might have fixed this bug?

It isn't a linker bug.  The problem is that libz.so (aka libiflPNG.so)
depends on symbols in libCsup.so, but is not linked to it.  So if you
link with libz, your executable depends on symbols in libCsup, but isn't
linked to it, so the dynamic linker chokes.  You can check this yourself
with:

  elfdump -L libiflPNG.so

It shows that libiflPNG.so is linked to libifl.so, libm.so, libC.so, and
libc.so.  Repeating the process shows that libifl.so is linked to the
other three, and libC.so is linked to libc.so.

Jeff is probably linking with a locally compiled libz, instead of the
IFL version.  I've had nothing but trouble with those IFL libraries,
both because of this issue and because some of them are quite out of
date.  I had a discussion with a couple of XEmacs people about this.
They told me that they had complained to SGI about the lack of a link
from libiflPNG.so to libCsup.so, and SGI basically said they weren't
going to do anything about it. :-(
-- 
Jerry James
Email: jerry@cs.ucsb.edu
WWW:   http://www.cs.ucsb.edu/~jerry/


More information about the Gcc-bugs mailing list