From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1257 Path: news.gmane.org!not-for-mail From: idunham@lavabit.com Newsgroups: gmane.linux.lib.musl.general Subject: Re: Hello Date: Fri, 6 Jul 2012 16:14:17 -0700 (PDT) Message-ID: <35058.132.241.65.68.1341616457.squirrel@lavabit.com> References: <20120607200123.402a1672@sibserver.ru> <4FD0A902.6070108@barfooze.de> <20120607231831.66c78c33@sibserver.ru> <4FD0D6D9.5080707@barfooze.de> <20120607161928.GE163@brightrain.aerifal.cx> <20120608011516.0b5fca7d@sibserver.ru> <20120608033141.GH163@brightrain.aerifal.cx> <20120706012417.5ae680f0@sibserver.ru> <20120705233457.GR544@brightrain.aerifal.cx> <20120706140601.252e4e83@sibserver.ru> <20120706062614.GS544@brightrain.aerifal.cx> <20120706162205.5c72cd6a@sibserver.ru> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1341616472 20350 80.91.229.3 (6 Jul 2012 23:14:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 6 Jul 2012 23:14:32 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1258-gllmg-musl=m.gmane.org@lists.openwall.com Sat Jul 07 01:14:32 2012 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 1SnHjM-0004EQ-AA for gllmg-musl@plane.gmane.org; Sat, 07 Jul 2012 01:14:32 +0200 Original-Received: (qmail 8024 invoked by uid 550); 6 Jul 2012 23:14:30 -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 8005 invoked from network); 6 Jul 2012 23:14:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lavabit; d=lavabit.com; b=wKmomIYASdPg0Ixs+FC45H7IGCDa9QlHUq7uMR0DXyyVKM3uikluFViH6uXWy3zXD/Qubn2AKrRXzmAxlO4/uFGxF+eKWfbH0Fr3zKzf7rjvpM0+I1ARVuX3/Im7ugUzoDHsEM4e1yAu7ZoM+GMsxP5Ef/94O+gLEQUIa08YWak=; h=Message-ID:In-Reply-To:References:Date:Subject:From:To:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; In-Reply-To: <20120706162205.5c72cd6a@sibserver.ru> User-Agent: SquirrelMail/1.4.13 Xref: news.gmane.org gmane.linux.lib.musl.general:1257 Archived-At: >> > gtk2 will not work that way, I checked. One library in chain >> > requires libstdc++, libstdc++ defines 'unique' symbols (see manual >> > page of binutils nm) which musl linker cannot handle. Additionally, >> > there is much more missing symbols including missing functions. But >> > plain X11 apps worked (I checked xfontsel and xlogo). >> >> Have you looked into building the apps/libs natively against musl >> except for the nvidia binary blob, to see if the blob works under that >> usage? I think that's a usage case that's a lot more applicable to >> real-world usage of musl, and in fact it's probably the first real >> reason anybody would be interested in having musl work with code that >> was built against glibc... The first step would probably be dropping a musl-compatible (generic, not gnu-linux) libstdc++ into the test environment. > I mostly do building in KVM now to test how applications are portable > and collect the patches that will be needed when transiting to > musl-enabled system. I was busy with patching old gcc and binutils these > days, since I found that musl systems by default are built with > executable stack (GNU_STACK thing) enabled (binutils issue). I will try > that on host of course, but I generally dislike cross-compiling even to > same arch because of autotools and pkg-config (will be required by > gtk2 stuff I presume you know to use PKG_CONFIG_LIBDIR ? With that set, cross-compiling seemed fairly easy to me. Also, I often set up a chroot with musl and build under that. If you'd rather not build the whole chroot yourself, you can prepare a chroot and follow the installation notes for converting a glibc-based system, using the chroot environment instead of a full install (this works well with Debian). If you do this, make sure not to do a plain cp of the system libraries; this would mess up the sonames, since lib*.so must be symlinks to lib*.so.. It also really messes with ldconfig.