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-osx
Navigation:
Lists: gentoo-osx: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-osx@g.o
From: "Christopher Chan" <cchan@...>
Subject: RE: [PREFIX] LD_LIBRARY_PATH issue
Date: Wed, 6 Sep 2006 12:45:33 -0700
Looking forward to the patches, I'm just sourcing environment scripts as
well.

-----Original Message-----
From: Michael Haubenwallner [mailto:michael.haubenwallner@...] 
Sent: Wednesday, September 06, 2006 6:38 AM
To: gentoo-osx@g.o
Subject: Re: [gentoo-osx] [PREFIX] LD_LIBRARY_PATH issue

Hi,

this is one reason why i never stopped using my toolsbox to bootstrap
portage: it creates environment-scripts, besides others containing those
LD_LIBRARY_PATH bits. And well, this is called SHLIB_PATH on HP-UX and
LIBPATH on AIX.

And for the running portage, i've some patches to let portage
dynamically extend the list of extendable variables with values
from /etc/env.d/ files.
In combination with some baselayout-packages, which do those
configuration through /etc/env.d/, i'm able to inform portage to dupe
the value of LDPATH into LD_LIBRARY_PATH, SHLIB_PATH or LIBPATH,
depending on the profile, which unmask the correct baselayout for a
specific platform.

Patches/ebuilds coming soon ...

-- haubi

On Wed, 2006-09-06 at 14:58 +0200, Grobian wrote:
> Hi all,
> 
> While trying to get "system" emerged, I ran into a problem with perl.
> For a change, perl doesn't seem to be the problem itself to me :D
> 
> The problem is that perl links against gdbm which succeeds fine, but
> then when running the linked executable, it fails to find (the right)
> gdbm.  I think that all packages before perl just didn't link against
> dynamic libraries, or that my native system happened to have the same or
> sufficient libraries installed.  The problem is of course that the
> dynamic (runtime) linker has to know that dynamic libraries exist on
> other paths than the usual system paths.  This is typically done using
> the LD_LIBRARY_PATH environment variable.
> 
> I made a temporary hack using a profile.bash file to set the
> LD_LIBRARY_PATH for portage itself.  The whole issue triggered some
> questions for me:
> - should portage "inject" LD_LIBRARY_PATH itself in prefix to make sure
>   its environment is correct?
> - all our shells should set LD_LIBRARY_PATH, right?
> - if the shell sets it, portage uses it, does it?  If so, the inject
>   should not be necessary if you require a portage built shell to be
>   used.  During bootstrap this is a problem (the phase I'm in)
> 
> comments?
> 
> -- 
> Fabian Groffen
> Gentoo for Mac OS X Project

-- 
gentoo-osx@g.o mailing list


-- 
gentoo-osx@g.o mailing list


References:
Re: [PREFIX] LD_LIBRARY_PATH issue
-- Michael Haubenwallner
Navigation:
Lists: gentoo-osx: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: [PREFIX] LD_LIBRARY_PATH issue
Next by thread:
[PREFIX] status update for this week
Previous by date:
Re: [PREFIX] LD_LIBRARY_PATH issue
Next by date:
Re: [PREFIX] LD_LIBRARY_PATH issue


Updated Jun 17, 2009

Summary: Archive of the gentoo-osx mailing list.

Donate to support our development efforts.

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