From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/6498 Path: news.gmane.org!not-for-mail From: stephen Turner Newsgroups: gmane.linux.lib.musl.general Subject: Re: issues with headers? Date: Fri, 14 Nov 2014 15:01:34 -0500 Message-ID: References: Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bd75f268416360507d718cd X-Trace: ger.gmane.org 1415995318 24331 80.91.229.3 (14 Nov 2014 20:01:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Nov 2014 20:01:58 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-6511-gllmg-musl=m.gmane.org@lists.openwall.com Fri Nov 14 21:01:49 2014 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 1XpN40-0002Jn-GD for gllmg-musl@m.gmane.org; Fri, 14 Nov 2014 21:01:48 +0100 Original-Received: (qmail 23895 invoked by uid 550); 14 Nov 2014 20:01:47 -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 23881 invoked from network); 14 Nov 2014 20:01:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=O9zy0e81wcKZvrDkTFVM7u5GOC5QpXJGWEEObCLadpw=; b=FHK2cS1r5p5qNwY36B76XIm1zpmbMiy3z/g8L+1aKudZCdyUEL2YCeu/KcgYzVhJcT SEVcjQ49WrK76myClBDH6q0BIygT+7EKSYZ1UIaT35949LHb8QiUrwLyvTKOxZfJVQBC 6INrH4iLVw1IwzbDh8YZsy8DoniMHbckjwZaJWMbdQNFgEQ4pLzkNyffJvHMCx/VOgCw sZC8WS0znWoOvcpaz0EesYOhvIn/uZwWEmk3zDqrxMsPSQ9WkpV6+Fi8E4BskdGIaPey NHVD9Qp/9axcvPNxvqwbaFVpbQq6mopuGZOh+YZerf6uVjVEPe4dRmE6lzVRoaWnRdPU hgJg== X-Received: by 10.60.177.41 with SMTP id cn9mr2572634oec.63.1415995294222; Fri, 14 Nov 2014 12:01:34 -0800 (PST) In-Reply-To: Xref: news.gmane.org gmane.linux.lib.musl.general:6498 Archived-At: --047d7bd75f268416360507d718cd Content-Type: text/plain; charset=UTF-8 It appears like gmp doesn't play nice with musl hosts? a musl target is fine allowing a cross environment to work but not a pure musl evnironment or specifying musl as the host. I created a cross compiler successfully but using the cross compiler to "recreate itself" hasn't worked when rebuilding gmp as a part of the process. It could be me, everything up to this point has been apparently but i was hoping someone could chime in and let me know if they have compiled gmp on a native musl system or if it requires a patch i missed or some gnu code? thanks, stephen On Fri, Nov 14, 2014 at 2:49 PM, stephen Turner wrote: > GMP errors out with "invalid configuration 'non-pc-linux-musl' not > recognized. Im using the --target and --host flags i686-linux-musl and > --build i686-linux-gnu. I also tried switching to a chroot musl env and > running a plain configure on gmp only and it complains the compiler cant > create executables which i know to be false. > > Will GMP compile on a musl system? > Google search showed one other person with the issue but no answer. > > thanks, > stephen > > > > On Thu, Nov 13, 2014 at 6:23 PM, stephen Turner < > stephen.n.turner@gmail.com> wrote: > >> It looks like your right, I just ran a compile specifying musl headers >> and this time it worked. I need to review my process yet again and see what >> changed that fixed this issue. >> >> I new this wouldn't be easy but man i didn't expect it to feel this >> finicky or fickle. >> >> thanks, >> stephen >> >> On Thu, Nov 13, 2014 at 5:13 PM, Justin Cormack < >> justin@specialbusservice.com> wrote: >> >>> On Thu, Nov 13, 2014 at 10:02 PM, stephen Turner >>> wrote: >>> > I have been trying various ways of compiling a musl system using gcc >>> and >>> > found that GCC-4.7.3 does not seem to want to compile against musl >>> headers. >>> > I install the linux headers in /usr/include then i install musl and >>> move its >>> > headers to /usr/include. then i specify -I/usr/include to gcc and it >>> errors >>> > every time (technically its /cross/usr/include as i have a separated >>> env >>> > from my host system) The same compile works fine against musl libs but >>> not >>> > the headers. The only change made from a working to a non-working >>> system >>> > appears to be the use of the musl generated headers. >>> > >>> > In the scripts to build a musl toolchain (such as gregorr) the header >>> > location is not specified but sysroot is used (which obviously isn't >>> linking >>> > against the headers) I first started to see this issue when >>> chroot'ing into >>> > a newly created musl gcc system. >>> > >>> > Is musl suitable as a stand alone libc replacement? Should i not be >>> building >>> > against musl headers? If there is any reports or details you want me to >>> > provide please let me know. >>> >>> You want to use a chroot or a VM with Musl if you are having these >>> issues. Sabotage or Alpine are good options. It will save a lot of >>> grief. Otherwise you are doing somethnig wrong that is hard to >>> diagnose without much moer info. >>> >>> Justin >>> >> >> > --047d7bd75f268416360507d718cd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
It appears like gmp doesn't play nice with musl hosts?= a musl target is fine allowing a cross environment to work but not a pure = musl evnironment or specifying musl as the host.

I creat= ed a cross compiler successfully but using the cross compiler to "recr= eate itself" hasn't worked when rebuilding gmp as a part of the pr= ocess. It could be me, everything up to this point has been apparently but = i was hoping someone could chime in and let me know if they have compiled g= mp on a native musl system or if it requires a patch i missed or some gnu c= ode?

thanks,
stephen

On Fri, Nov 14, 2014 at 2= :49 PM, stephen Turner <stephen.n.turner@gmail.com>= wrote:
GMP errors out w= ith "invalid configuration 'non-pc-linux-musl' not recognized.= Im using the --target and --host flags i686-linux-musl and --build i686-li= nux-gnu.=C2=A0 I also tried switching to a chroot musl env and running a pl= ain configure on gmp only and it complains the compiler cant create executa= bles which i know to be false.

Will GMP compile on a mus= l system?=C2=A0
Google search showed one other person with the is= sue but no answer.

thanks,
stephen
=



On Thu, Nov 13, = 2014 at 6:23 PM, stephen Turner <stephen.n.turner@gmail.com&g= t; wrote:
It look= s like your right, I just ran a compile specifying musl headers and this ti= me it worked. I need to review my process yet again and see what changed th= at fixed this issue.=C2=A0

I new this wouldn't be ea= sy but man i didn't expect it to feel this finicky or fickle.=C2=A0

thanks,
stephen

On Thu, Nov 13, 2014 at= 5:13 PM, Justin Cormack <justin@specialbusservice.com><= /span> wrote:
On Thu, Nov 13, 2= 014 at 10:02 PM, stephen Turner
<stephen= .n.turner@gmail.com> wrote:
> I have been trying various ways of compiling a musl system using gcc a= nd
> found that GCC-4.7.3 does not seem to want to compile against musl hea= ders.
> I install the linux headers in /usr/include then i install musl and mo= ve its
> headers to /usr/include. then i specify -I/usr/include to gcc and it e= rrors
> every time (technically its /cross/usr/include as i have a separated e= nv
> from my host system) The same compile works fine against musl libs but= not
> the headers. The only change made from a working to a non-working syst= em
> appears to be the use of the musl generated headers.
>
> In the scripts to build a musl toolchain (such as gregorr) the header<= br> > location is not specified but sysroot is used (which obviously isn'= ;t linking
> against the headers)=C2=A0 I first started to see this issue when chro= ot'ing into
> a newly created musl gcc system.
>
> Is musl suitable as a stand alone libc replacement? Should i not be bu= ilding
> against musl headers? If there is any reports or details you want me t= o
> provide please let me know.

You want to use a chroot or a VM with Musl if you are having th= ese
issues. Sabotage or Alpine are good options. It will save a lot of
grief. Otherwise you are doing somethnig wrong that is hard to
diagnose without much moer info.

Justin



--047d7bd75f268416360507d718cd--