From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10101 Path: news.gmane.org!not-for-mail From: Philip Deegan Newsgroups: gmane.linux.lib.musl.general Subject: Re: make install permissions Date: Tue, 7 Jun 2016 10:48:52 +0100 Message-ID: References: <20160606222736.GT10893@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1140379cbea8280534ad1832 X-Trace: ger.gmane.org 1465292952 22519 80.91.229.3 (7 Jun 2016 09:49:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 7 Jun 2016 09:49:12 +0000 (UTC) Cc: musl@lists.openwall.com To: Rich Felker Original-X-From: musl-return-10114-gllmg-musl=m.gmane.org@lists.openwall.com Tue Jun 07 11:49:08 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1bADdD-0002KZ-Mq for gllmg-musl@m.gmane.org; Tue, 07 Jun 2016 11:49:07 +0200 Original-Received: (qmail 5490 invoked by uid 550); 7 Jun 2016 09:49:04 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 5472 invoked from network); 7 Jun 2016 09:49:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=hsdY+EzSKL1YgBHncqdhXE5o/8DbWiPTg9XMrsSci2M=; b=A76OFlxkAfO/jYydo2g7mcbTRTjIK7PKNz5Yz6ITfWDCzR7SLHsHuEkYm4ZcX5q4Tt xNv5dTFmiyevQOaZSr8hY1yn4lZlJjCJ0HRNLxZifeNBKd0Fhdskr5Xi4S7bnlpVKXWk A+87DV5DRRN3ozjbSIoPS9bQ2UGQ4pvkaGw48DpLF5OE+ih6FNo8HX05ysM0MuZJq6Pu 1e9MQ8srfOOW7tVa9ri26TO92TNYnc8E4i4gbR7lj0KKPQLU8slwPaIPdq4Pl3vEymIo pTttP69C+/LpsiG4JM8StNIPb9eyKXIrjim7CvLRfEdqMwpsWvtFUWjPI8zejOpvHuHP cHdw== 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:from:date :message-id:subject:to:cc; bh=hsdY+EzSKL1YgBHncqdhXE5o/8DbWiPTg9XMrsSci2M=; b=eQ8yCb18YFczy40OrhRCXUCkjLJgHYxH9eTrAku4EB8R6HsEcxRRx2wlAm67TBAsBl oDCeuaIr2tRhCo7w5kDffe2I7MzPFfViQp1DWmnVHRdU3NGPH8sTwJnjlGXikERuN+18 vrvfGxqhiB5UVIeekKdFSkEDQWSAKF5CL5Gqn9leEY1CG6hV/nNufGH3n9ehLnC8fvO0 uEnH8Q0vz8N/mAZCx+7qswy5vyfGkznVCnpH5cGqTqxL1xOFnSlhNKoc8JbQu4EFvpbE P2QPZ/81Oz7m6vkEE0UDD3ADm1nHpRzphw9UbKxI1ES4hFzAN0fP6uosMBmblQk4tgev nwjA== X-Gm-Message-State: ALyK8tLKx/+j4uFOaZ3Sw+D1Q2Evyuw5c6TjZ1FisA23xqyPnzfaihEIqtjhtTJYxXXDNgxI9X4PO6xUWODxTA== X-Received: by 10.25.145.134 with SMTP id t128mr2962585lfd.230.1465292932685; Tue, 07 Jun 2016 02:48:52 -0700 (PDT) In-Reply-To: <20160606222736.GT10893@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:10101 Archived-At: --001a1140379cbea8280534ad1832 Content-Type: text/plain; charset=UTF-8 Hi Rich, Thanks for getting back to me. I understand it might become platform dependent with a hard coded path, thanks for the tip. I believe I have run into the C++ header problem you mentioned as I get an error "__GLIBC_PREREQ", it seems precompiled for glibc. I'll try to make a script for building g++/libstdc++ with musl rather than libc. Might be easier to have a standalone version of gcc. I'll forward on the script if you like. Cheers On Mon, Jun 6, 2016 at 11:27 PM, Rich Felker wrote: > On Mon, Jun 06, 2016 at 09:54:02PM +0100, Philip Deegan wrote: > > Hi, > > > > I'm trying out musl and I noticed that even when "--prefix" is used for > > "configure", "make install" still tries to put a symlink in "/lib". > > > > Is this intentional? > > Yes. --syslibdir is not affected by --prefix because it's part of the > ABI. You can opt to override it at build time if you want to install > on the host as non-root, but as a result your binaries linked against > musl will contain a hard-coded path that's specific to your > installation and won't be easily usable on systems other than your > own. > > If you just want to stage an installation for a chroot or cross root, > don't make the staging location part of the prefix but instead run > "make install DESTIR=...". > > > I rather keep my system directories clean and isolate my dev stuff. > > > > Thanks > > > > PS. Is there a "musl-g++.specs" floating around anywhere? > > In principle the same recipe as musl-gcc works for g++, just replacing > the name fo the command it invokes, but the c++ headers (or maybe the > precompiled versions thereof?) from a glibc-based host gcc encode lots > of glibc-specific assumptions, and badly break at compile time. > Linking to the libstdc++.a that was originally built against glibc > works okay though. If you can come up with a solution for the headers > problem, we can add a g++ wrapper, but I don't have the time or > interest to spend trying to figure that out myself. > > Rich > --001a1140379cbea8280534ad1832 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Rich,

Thanks for getting back to me.

I un= derstand it might become platform dependent with a hard coded path, thanks = for the tip.

I believe I have run into the C++ header problem you me= ntioned as I get an error "__GLIBC_PREREQ", it seems precompiled = for glibc.

I'll try to make a script for building g++/libstdc++ = with musl rather than libc. Might be easier to have a standalone version of= gcc. I'll forward on the script if you like.

Cheers=

On Mo= n, Jun 6, 2016 at 11:27 PM, Rich Felker <dalias@libc.org> wrot= e:
On Mon, Jun 06, 2016 = at 09:54:02PM +0100, Philip Deegan wrote:
> Hi,
>
> I'm trying out musl and I noticed that even when "--prefix&qu= ot; is used for
> "configure", "make install" still tries to put a s= ymlink in "/lib".
>
> Is this intentional?

Yes. --syslibdir is not affected by --prefix because it's part o= f the
ABI. You can opt to override it at build time if you want to install
on the host as non-root, but as a result your binaries linked against
musl will contain a hard-coded path that's specific to your
installation and won't be easily usable on systems other than your
own.

If you just want to stage an installation for a chroot or cross root,
don't make the staging location part of the prefix but instead run
"make install DESTIR=3D...".

> I rather keep my system directories clean and isolate my dev stuff. >
> Thanks
>
> PS. Is there a "musl-g++.specs" floating around anywhere?
In principle the same recipe as musl-gcc works for g++, just replaci= ng
the name fo the command it invokes, but the c++ headers (or maybe the
precompiled versions thereof?) from a glibc-based host gcc encode lots
of glibc-specific assumptions, and badly break at compile time.
Linking to the libstdc++.a that was originally built against glibc
works okay though. If you can come up with a solution for the headers
problem, we can add a g++ wrapper, but I don't have the time or
interest to spend trying to figure that out myself.

Rich

--001a1140379cbea8280534ad1832--