On 8/12/06, Michael Hordijk <[EMAIL PROTECTED]> wrote:
So this is more of a library linking issue, but I run into this error
frequently, especially when linking against ncurses. I'm trying to
emerge dev-perl/Curses-1.14. It then tries to link against ncurses, and
fails when it can't build an .so using libncurses.a. Well no kidding.
The ncurses ebuild puts libncurses.a in /usr/lib64 and libncurses.so in
/lib64. How do I get packages like the above to properly link against
the dynamic library in /lib64 rather than /usr/lib64?
???
My amd64 system has:
~ > ll /usr/lib64/libncurses.so
-rwxr-xr-x 1 root root 299 Jun 30 21:50 /usr/lib64/libncurses.so
~ > cat /usr/lib64/libncurses.so
/* GNU ld script
Since Gentoo has critical dynamic libraries
in /lib, and the static versions in /usr/lib,
we need to have a "fake" dynamic lib in /usr/lib,
otherwise we run into linking problems.
See bug http://bugs.gentoo.org/4411 for more info.
*/
GROUP ( /lib64/libncurses.so )
~ > emerge -pv ncurses
...
[ebuild R ] sys-libs/ncurses-5.5-r3 USE="unicode -bootstrap
-build -debug -doc -gpm -minimal -nocxx -trace" 0 kB
-Richard
--
[email protected] mailing list
