Re: gettext/0.11.5 revision

[Bruno Haible]

On Friday 22 November 2002 22:28, David Kaelbling wrote:
> Sorry, I didn't check the 0.11 details -- I just verified that both were
> named libintl.so.3 with IVERSION sgi3.0.  The specific error was similar
> to this one:
> 
> 29824784:/usr/people/drk/toolroots/freeware/working/proot/usr/freeware/bin/msgfmt:
> rld: Error: unresolvable symbol in
> /usr/people/drk/toolroots/freeware/working/proot/usr/freeware/bin/msgfmt:
> libintl_ngettext
> 
> This turned up during "make check" and in while configuring other
> packages.  It is caused because of the way rld does shared library
> matching on IRIX.  Basically rld was looking at the old installed
> libintl.so.3 because it picked up a DT_RPATH from the new
> libgettextsrc-0.11.5.so

So this means that you had an old libintl and a new libgettextsrc in
directoryA/lib, and the new libgettextsrc was meant to refer to a libintl in
a directoryB/lib ?

This is a situation which will not work on most Unix systems.

> I worked around this by setting LTV_REVISION=1 and linking with
> -require_minor, so that while both libraries are still called
> libintl.so.3, the new one as internal version sgi3.1.  Then because
> minor version matching was enabled rld discarded the old library in
> DT_RPATH and kept looking until it found the new library in
> LD_LIBRARYN32_PATH.

This might be a bug in libtool. When
    -version-info 4:0:2
    -version-info 3:0:1
    -version-info 2:1:0
    -version-info 2:0:0
is given, libtool 1.4.3 indeed creates a libintl.so.3 with internal version
"sgi3.0" in the first and in the last of these four cases. And libtool 1.4.3
does not use -require_minor. Maybe libtool could do this better?

Bruno