From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4763 Path: news.gmane.org!not-for-mail From: Justin Cormack Newsgroups: gmane.linux.lib.musl.general Subject: Re: MUSL_LIBRARY_PATH ? Date: Tue, 1 Apr 2014 17:21:21 +0100 Message-ID: References: <20140401161908.GJ13904@example.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b6d8a44ffd7b904f5fd8edc X-Trace: ger.gmane.org 1396369300 7157 80.91.229.3 (1 Apr 2014 16:21:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Apr 2014 16:21:40 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4767-gllmg-musl=m.gmane.org@lists.openwall.com Tue Apr 01 18:21:36 2014 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1WV1RP-0003LP-Gv for gllmg-musl@plane.gmane.org; Tue, 01 Apr 2014 18:21:35 +0200 Original-Received: (qmail 23591 invoked by uid 550); 1 Apr 2014 16:21:34 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 23583 invoked from network); 1 Apr 2014 16:21:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=specialbusservice.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=baJb9W6RIofGl1bS90DzeT9tLrLuIMRenfyWeNX+S4w=; b=Vgu9gYnUROJpq3K6SDzr/dxCHKF2kVZo1E68kruAmuJGgiqFMg96BL9PEWmQhu+1Ox 1zkN9MFuwisn2HQJ88Lyt8lmcVkNsn71p5OkUqMrfahBJBjKi/ABMdGJ/HWT1uLIIakl hfhwY+7GczrNdxXBz0P6RKqMWfYEz1hkQHm6s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=baJb9W6RIofGl1bS90DzeT9tLrLuIMRenfyWeNX+S4w=; b=Q21M3WcDtM0e55sTkYsVD4dW82mTQ8nNUv0Bq1EJSi9z5UJxdSvwSVe4uYIfscL+Wb YROgpX2MB1T8JRX30/abi3xmABe2lBa1VCXXvXkqSOjxrTQb/xerVYzTvveZoVb33Z5+ kfRA5OxM+Uv04E32IOinE0o3VTMsvy4O+KrUtk/ScSF7PdHbO+h4YSIJ4BPgwkkacsFG 9a0nIgz2qwbpjATYDeQl92epY/eVPCAJfBalfT0X4YkINXY278uR4JLlu3Pc2rE64UsA 0xhtwn9WuTLNC5nVjCI1AKb5Z4QPDTmlcaygdEwUQw7xOjOnwNUCQSgd3oyNNmT83U8c Zphw== X-Gm-Message-State: ALoCoQmZgB4miDUFihsFHUTwMLLfKv3z9U7zMFbWlSyRbETbz4KBo1b68sI9fGPC1fvuqMKC44SG X-Received: by 10.66.149.7 with SMTP id tw7mr29984440pab.72.1396369281352; Tue, 01 Apr 2014 09:21:21 -0700 (PDT) In-Reply-To: <20140401161908.GJ13904@example.net> Xref: news.gmane.org gmane.linux.lib.musl.general:4763 Archived-At: --047d7b6d8a44ffd7b904f5fd8edc Content-Type: text/plain; charset=UTF-8 On Apr 1, 2014 5:19 PM, wrote: > > Hi John, > > On Tue, Apr 01, 2014 at 10:11:57AM -0400, John Mudd wrote: > > But I run into trouble when I start setting LD_LIBRARY_PATH so that Python > > can locate the Readline and other libs. The musl built Python works but > > these libs start causing native program to fail. e.g. "vim: error while > > loading shared libraries: /usr/lib/i386-linux-gnu/libc.so: invalid ELF > > header". > > You seem to encounter the very problem which the newly discussed > --library-path solves. You may need to run your musl-linked binaries > via wrappers, starting them like > /..../libc.so --library-path /...yourseparatelibplace /the...binary [args] > > Let you look at the recent posts mentioning LD_LIBRARY_PATH. > > (Note that hacks like "MUSL_LIBRARY_PATH" do not allow using > in the same process tree different versions/instances of libraries, > iow being about as much broken as LD_LIBRARY_PATH) > Or use a Musl distro like Sabotage, perhaps in a chroot. That helps a lot with dynamic libraries. Justin --047d7b6d8a44ffd7b904f5fd8edc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Apr 1, 2014 5:19 PM, <u-igbb@aetey= .se> wrote:
>
> Hi John,
>
> On Tue, Apr 01, 2014 at 10:11:57AM -0400, John Mudd wrote:
> > But I run into trouble when I start setting LD_LIBRARY_PATH so th= at Python
> > can locate the Readline and other libs. The musl built Python wor= ks but
> > these libs start causing native program to fail. e.g. =C2=A0"= ;vim: error while
> > loading shared libraries: /usr/lib/i386-linux-gnu/libc.so: invali= d ELF
> > header".
>
> You seem to encounter the very problem which the newly discussed
> =C2=A0--library-path solves. You may need to run your musl-linked bina= ries
> via wrappers, starting them like
> =C2=A0/..../libc.so --library-path /...yourseparatelibplace /the...bin= ary [args]
>
> Let you look at the recent posts mentioning LD_LIBRARY_PATH.
>
> (Note that hacks like "MUSL_LIBRARY_PATH" do not allow using=
> in the same process tree different versions/instances of libraries, > iow being about as much broken as LD_LIBRARY_PATH)
>

Or use a Musl distro like Sabotage, perhaps in a chroot. Tha= t helps a lot with dynamic libraries.

Justin

--047d7b6d8a44ffd7b904f5fd8edc--