1 |
On 8/12/06, Michael Hordijk <hoffbrinkle@×××××××.com> wrote: |
2 |
> So this is more of a library linking issue, but I run into this error |
3 |
> frequently, especially when linking against ncurses. I'm trying to |
4 |
> emerge dev-perl/Curses-1.14. It then tries to link against ncurses, and |
5 |
> fails when it can't build an .so using libncurses.a. Well no kidding. |
6 |
> The ncurses ebuild puts libncurses.a in /usr/lib64 and libncurses.so in |
7 |
> /lib64. How do I get packages like the above to properly link against |
8 |
> the dynamic library in /lib64 rather than /usr/lib64? |
9 |
|
10 |
??? |
11 |
|
12 |
My amd64 system has: |
13 |
|
14 |
~ > ll /usr/lib64/libncurses.so |
15 |
-rwxr-xr-x 1 root root 299 Jun 30 21:50 /usr/lib64/libncurses.so |
16 |
|
17 |
~ > cat /usr/lib64/libncurses.so |
18 |
/* GNU ld script |
19 |
Since Gentoo has critical dynamic libraries |
20 |
in /lib, and the static versions in /usr/lib, |
21 |
we need to have a "fake" dynamic lib in /usr/lib, |
22 |
otherwise we run into linking problems. |
23 |
|
24 |
See bug http://bugs.gentoo.org/4411 for more info. |
25 |
*/ |
26 |
GROUP ( /lib64/libncurses.so ) |
27 |
|
28 |
~ > emerge -pv ncurses |
29 |
... |
30 |
[ebuild R ] sys-libs/ncurses-5.5-r3 USE="unicode -bootstrap |
31 |
-build -debug -doc -gpm -minimal -nocxx -trace" 0 kB |
32 |
|
33 |
-Richard |
34 |
-- |
35 |
gentoo-amd64@g.o mailing list |