Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Nov 2008 12:03:14 -0500
From:      "Tsu-Fan Cheng" <tfcheng@gmail.com>
To:        "Jeremy Chadwick" <koitsu@freebsd.org>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: Re: port upgrade problem: libncurses.so.5.6 not found
Message-ID:  <f84c38580811130903vb7674as167a5276b43b6015@mail.gmail.com>
In-Reply-To: <20081113164734.GA26351@icarus.home.lan>
References:  <00163630f62951e942045b946224@google.com> <20081113164734.GA26351@icarus.home.lan>

next in thread | previous in thread | raw e-mail | index | archive | help
as I look into my system, under /usr/local/lib, I found out that I not
only don't have libncurses.so.5.6, but instead I have
libncurses.so.5.7. And this file was created this morning (Nov 13,
09:03) while I was trying to upgrade my ports. Odd....

I am running freebsd 7.0, as my uname tells me..

TFC

On Thu, Nov 13, 2008 at 11:47 AM, Jeremy Chadwick <koitsu@freebsd.org> wrote:
> On Thu, Nov 13, 2008 at 08:12:49AM -0800, tfcheng@gmail.com wrote:
>> learned a new thing, here is the output:
>> /usr/local/bin/xgettext:
>> libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so (0x280a9000)
>> libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so (0x280de000)
>> libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x281bb000)
>> libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x281ef000)
>> libz.so.4 => /lib/libz.so.4 (0x2831b000)
>> libm.so.5 => /lib/libm.so.5 (0x2832d000)
>> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x28342000)
>> libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x283f1000)
>> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28559000)
>> libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x28562000)
>> libncurses.so.5.6 => not found (0x0)
>> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28591000)
>> libbsdxml.so.3 => /lib/libbsdxml.so.3 (0x28685000)
>> libc.so.7 => /lib/libc.so.7 (0x286a3000)
>> libncurses.so.5.6 => not found (0x0)
>> libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x287a4000)
>> libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x288b9000)
>> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x29390000)
>> libm.so.4 => /lib/libm.so.4 (0x2945b000)
>>
>> it's weird that it still shows libncurses.so.5.6, any thoughts?? thanks!!
>
> It's not weird at all.  When a binary is linked to a shared library
> (during the linking phase), the library filename (libXXX.so.X.X) is
> stored in the binary, not "libXXX.so".
>
> I'm not sure how/why a rebuild xgettext is linking to what appears to be
> a very old version of libncurses.  libncurses.so.5.6 would be for
> FreeBSD 5.x, I believe; my FreeBSD 6.x machines have libncurses.so.6,
> and my FreeBSD 7.x + CURRENT machines have libncurses.so.7.
>
> --
> | Jeremy Chadwick                                jdc at parodius.com |
> | Parodius Networking                       http://www.parodius.com/ |
> | UNIX Systems Administrator                  Mountain View, CA, USA |
> | Making life hard for others since 1977.              PGP: 4BD6C0CB |
>
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?f84c38580811130903vb7674as167a5276b43b6015>