1 |
On Tue, 2008-11-25 at 17:28 +0000, Alan Hourihane wrote: |
2 |
> On Tue, 2008-11-25 at 18:21 +0100, Fabian Groffen wrote: |
3 |
> > On 25-11-2008 17:19:12 +0000, Alan Hourihane wrote: |
4 |
> > > On Tue, 2008-11-25 at 18:15 +0100, Fabian Groffen wrote: |
5 |
> > > > On 25-11-2008 17:12:04 +0000, Alan Hourihane wrote: |
6 |
> > > > > But I don't see why static libraries shouldn't be moved out of /lib |
7 |
> > > > > anyway, they should always be in /usr/lib. |
8 |
> > > > > |
9 |
> > > > > So why don't we just remove the |
10 |
> > > > > |
11 |
> > > > > [[ $(get_libname) != .a ]] && |
12 |
> > > > > |
13 |
> > > > > and leave the mv there ?? |
14 |
> > > > |
15 |
> > > > I think gentoo-x86 thinks otherwise. GCC would think it had to link |
16 |
> > > > against the static libraries if it encountered them in /usr/lib next to |
17 |
> > > > the dynamic ones. There's a comment on that somewhere. |
18 |
> > > |
19 |
> > > Eh?? |
20 |
> > > |
21 |
> > > Linking to static libraries requires "gcc -static" to link against |
22 |
> > > static libraries. It defaults to shared, then static without. |
23 |
> > |
24 |
> > http://bugs.gentoo.org/4411 |
25 |
> > |
26 |
> |
27 |
> As far as I can see, there is no problem in 4411. |
28 |
> |
29 |
> It's solved with the gen_usr_ldscript which creates libreadline.so |
30 |
> in /usr/lib, and so isn't a problem on gentoo-x86. Plus the fact the ld |
31 |
> search order is /lib, then /usr/lib. |
32 |
> |
33 |
> I think the best solution is to then use... |
34 |
> |
35 |
> [[ ${CHOST} != *-aix* ]] && |
36 |
> mv "${ED}"/$(get_libdir)/lib{readline,history}.a |
37 |
> "${ED}"/usr/$(get_libdir)/ |
38 |
|
39 |
libiconv seems to have a similar problem too. |
40 |
|
41 |
Alan. |