Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-alt
Navigation:
Lists: gentoo-alt: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-alt@g.o
From: Michael Haubenwallner <haubi@g.o>
Subject: Re: moving shared libs
Date: Tue, 27 Jan 2009 10:52:59 +0100
On Fri, 2009-01-23 at 16:24 +0000, Alan Hourihane wrote:
> Seems as though AIX & FreeMiNT bump into this issue in a few ebuilds.

> move_shlibs() {
>         # move shared libs to /
>         [[ $(get_libname) == ".irrelevant" ]] && return
>         dodir /$(get_libdir)
>         mv "${D}"/usr/$(get_libdir)/*.so* "${D}"/$(get_libdir)/ || die
> "could
> not move shared"
> }
> 
> and nicely change the ebuild to...
> 
>         move_shlibs
> 
> It'd really help clean up that nasty "mv" commandline I keep seeing
> everywhere in ebuilds.

Basically agreed, but shouldn't this better be done in main tree,
because otherways we would need to touch those ebuilds anyway, even when
we have such a function?

The function itself needs to be more flexible in regards of specifying
what to move (the actual lib name, should $(get_libname) be used in the
function or in the ebuild).
Haven't searched main-tree if such moves are only done
from /usr/$(get_libdir) to /$(get_libdir) or from somewhere else too.

/haubi/
-- 
Michael Haubenwallner
Gentoo on a different level



Replies:
Re: moving shared libs
-- Alan Hourihane
References:
moving shared libs
-- Alan Hourihane
Navigation:
Lists: gentoo-alt: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: moving shared libs
Next by thread:
Re: moving shared libs
Previous by date:
Re: moving shared libs
Next by date:
Re: moving shared libs


Updated Jun 17, 2009

Summary: Archive of the gentoo-alt mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.