Re: [gentoo-alt] readline ebuild problem

[Alan Hourihane]

On Tue, 2008-11-25 at 17:28 +0000, Alan Hourihane wrote:
> On Tue, 2008-11-25 at 18:21 +0100, Fabian Groffen wrote:
> > On 25-11-2008 17:19:12 +0000, Alan Hourihane wrote:
> > > On Tue, 2008-11-25 at 18:15 +0100, Fabian Groffen wrote:
> > > > On 25-11-2008 17:12:04 +0000, Alan Hourihane wrote:
> > > > > But I don't see why static libraries shouldn't be moved out of /lib
> > > > > anyway, they should always be in /usr/lib.
> > > > >
> > > > > So why don't we just remove the
> > > > >
> > > > > [[ $(get_libname) != .a ]] &&
> > > > >
> > > > > and leave the mv there ??
> > > >
> > > > I think gentoo-x86 thinks otherwise.  GCC would think it had to link
> > > > against the static libraries if it encountered them in /usr/lib next to
> > > > the dynamic ones.  There's a comment on that somewhere.
> > >
> > > Eh??
> > >
> > > Linking to static libraries requires "gcc -static" to link against
> > > static libraries. It defaults to shared, then static without.
> >
> > http://bugs.gentoo.org/4411
> >
>
> As far as I can see, there is no problem in 4411.
>
> It's solved with the gen_usr_ldscript which creates libreadline.so
> in /usr/lib, and so isn't a problem on gentoo-x86. Plus the fact the ld
> search order is /lib, then /usr/lib.
>
> I think the best solution is to then use...
>
> [[ ${CHOST} != *-aix* ]] &&
> mv "${ED}"/$(get_libdir)/lib{readline,history}.a
> "${ED}"/usr/$(get_libdir)/

libiconv seems to have a similar problem too.

Alan.