From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1228 Path: news.gmane.org!not-for-mail From: orc Newsgroups: gmane.linux.lib.musl.general Subject: Re: Hello Date: Mon, 25 Jun 2012 19:59:23 +0800 Message-ID: <20120625195923.23829e93@sibserver.ru> References: <20120607200123.402a1672@sibserver.ru> <4FD0A902.6070108@barfooze.de> <20120607231831.66c78c33@sibserver.ru> <20120620152938.6073a08b@sibserver.ru> <38795.132.241.65.253.1340415793.squirrel@lavabit.com> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/4eaoeNOJEMgjSggM1Ei2DlD" X-Trace: dough.gmane.org 1340625693 26701 80.91.229.3 (25 Jun 2012 12:01:33 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 25 Jun 2012 12:01:33 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1229-gllmg-musl=m.gmane.org@lists.openwall.com Mon Jun 25 14:01:29 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 1Sj7yy-0002Lu-Hv for gllmg-musl@plane.gmane.org; Mon, 25 Jun 2012 14:01:28 +0200 Original-Received: (qmail 5489 invoked by uid 550); 25 Jun 2012 12:01:27 -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 5447 invoked from network); 25 Jun 2012 12:01:21 -0000 In-Reply-To: <38795.132.241.65.253.1340415793.squirrel@lavabit.com> X-Mailer: claws-mail Xref: news.gmane.org gmane.linux.lib.musl.general:1228 Archived-At: --MP_/4eaoeNOJEMgjSggM1Ei2DlD Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, 22 Jun 2012 21:43:13 -0400 (EDT) idunham@lavabit.com wrote: > > On Thu, 7 Jun 2012 23:18:31 +0800 > > orc wrote: > >> Okay, thanks for pointing the direction. > >> I already have X11 stuff in my TODO list for the musl-enabled > >> system, but now I feel it will just fail without any results with > >> huge error logs. > >> And I already see the X11 stuff in the sabotage tree. Does it > >> builds correctly? > >> At this time I think to take an older X release without some stuff > >> I don't need. X11R7.6 build requires python and weird xml libs for > >> example. Maybe even XFree86 (to test it in qemu for the micro > >> desktop system project). > > > > Some news from that point. > > > > I spent some time building the same X11 tree as my host system uses > > (X11R76) and now I can say that it works almost unmodified with musl > > 0.9.1. Some notes about it: > > - all libs compiled normally except xcb and Mesa. XCB deals with XML > > and python that I did not installed, Mesa depends on g++. > > (Unfortunately all X libs have now rpath hardcoded, thanks to > > libtool's idiotic behavior. Oh.) > > - apps compiled normally (some failed due to unset CFLAGS, was too > > lazy to fix the build.sh) > > - xorg-server-1.11.2: > > - did not linked with musl 0.9.1 (missing ioperm() and iopl() > > syscall wrappers, added manually). > Are these wrappers available somewhere online (in a git tree or > something)? I added them manually, they are just one-line system call wrappers. Attached patch just adds them as an additional files, without declaring them in headers (I declared them in unistd.h, but not sure, maybe wrong place for linux-specific calls). > Resulting X11 tree is about 200M in size (after 'strip -pg'), huge as > a whole my test rootfs. There is my mistake, not 200M but about 106M. I did wrong computation (actually just did 'df -h' on mount point instead of 'du -xsh /X') --MP_/4eaoeNOJEMgjSggM1Ei2DlD Content-Type: application/octet-stream; name=musl-0.9.2-ioperm.patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=musl-0.9.2-ioperm.patch ZGlmZiAtTmF1ciBtdXNsLTAuOS4yLm8vc3JjL2xpbnV4L2lvcGVybS5jIG11c2wtMC45LjIvc3Jj L2xpbnV4L2lvcGVybS5jCi0tLSBtdXNsLTAuOS4yLm8vc3JjL2xpbnV4L2lvcGVybS5jCTE5NzAt MDEtMDEgMDA6MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBtdXNsLTAuOS4yL3NyYy9saW51eC9p b3Blcm0uYwkyMDEyLTA2LTI1IDExOjU2OjQwLjMwNTYxMzQwMCArMDAwMApAQCAtMCwwICsxLDcg QEAKKyNpbmNsdWRlIDx1bmlzdGQuaD4KKyNpbmNsdWRlICJzeXNjYWxsLmgiCisKK2ludCBpb3Bl cm0odW5zaWduZWQgbG9uZyBmcm9tLCB1bnNpZ25lZCBsb25nIG51bSwgaW50IHR1cm5fb24pCit7 CisJcmV0dXJuIHN5c2NhbGwoU1lTX2lvcGVybSwgZnJvbSwgbnVtLCB0dXJuX29uKTsKK30KZGlm ZiAtTmF1ciBtdXNsLTAuOS4yLm8vc3JjL2xpbnV4L2lvcGwuYyBtdXNsLTAuOS4yL3NyYy9saW51 eC9pb3BsLmMKLS0tIG11c2wtMC45LjIuby9zcmMvbGludXgvaW9wbC5jCTE5NzAtMDEtMDEgMDA6 MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBtdXNsLTAuOS4yL3NyYy9saW51eC9pb3BsLmMJMjAx Mi0wNi0yNSAxMTo1NjoyMy4xMjI2MTM0MDAgKzAwMDAKQEAgLTAsMCArMSw4IEBACisjaW5jbHVk ZSA8dW5pc3RkLmg+CisjaW5jbHVkZSAic3lzY2FsbC5oIgorCitpbnQgaW9wbChpbnQgbGV2ZWwp Cit7CisJcmV0dXJuIHN5c2NhbGwoU1lTX2lvcGwsIGxldmVsKTsKK30KKwo= --MP_/4eaoeNOJEMgjSggM1Ei2DlD--