From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: [PACKAGE] musl libc Date: Wed, 03 Aug 2016 14:35:22 +0200 Message-ID: <87twf2hw0y.fsf@elephly.net> References: <87shun46de.fsf@elephly.net> <87vazihz8o.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34403) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bUvOX-0003F3-Cc for guix-devel@gnu.org; Wed, 03 Aug 2016 08:35:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bUvOT-0000GJ-5N for guix-devel@gnu.org; Wed, 03 Aug 2016 08:35:32 -0400 Received: from sender163-mail.zoho.com ([74.201.84.163]:24401) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bUvOS-0000Ej-T0 for guix-devel@gnu.org; Wed, 03 Aug 2016 08:35:29 -0400 In-reply-to: List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Vincent Legoll Cc: guix-devel Vincent Legoll writes: > On Wed, Aug 3, 2016 at 1:24 PM, Ricardo Wurmus wrote: >> I just built musl and found that it also installs “bin/musl-gcc”, a >> wrapper of sorts, but it doesn’t work as it depends on a “gcc” >> executable to be available. > > I did not see that as I probably had gcc installed in the profile with > which i built musl... > >> Is this something that needs to work in order for this package to be >> useful? > > Maybe not, but the default / documented way it is to be used is with > the wrapper, so it is nice to have... > > Is this not the same with glibc, but in a more hidden way ? We usually don’t use the “gcc” package directly in Guix. Instead we use “gcc-toolchain”, which also comes with a wrapper around the linker that ensures that binaries are linked with libraries in the store, ensuring that things generally just work™. I think more work would be needed to ensure that packages can actually successfully be linked with musl, but I’m not at all familiar with this. I had mixed success with a GCC ARM cross-compiler toolchain linking with newlib, so I know that it’s not exactly obvious how to do this right, but I find it hard to understand this. Have you tried building something that links with the libc provided by this musl package instead of the GNU libc? I’m not opposed to adding the package, but I’d like it to be usable. ~~ Ricardo