Re: Hello

[orc <orc@sibserver.ru>]

[-- Attachment #1: Type: text/plain, Size: 1943 bytes --]

On Fri, 22 Jun 2012 21:43:13 -0400 (EDT)
idunham@lavabit.com wrote:

> > On Thu, 7 Jun 2012 23:18:31 +0800
> > orc <orc@sibserver.ru> 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')

[-- Attachment #2: musl-0.9.2-ioperm.patch --]
[-- Type: application/octet-stream, Size: 728 bytes --]

diff -Naur musl-0.9.2.o/src/linux/ioperm.c musl-0.9.2/src/linux/ioperm.c
--- musl-0.9.2.o/src/linux/ioperm.c	1970-01-01 00:00:00.000000000 +0000
+++ musl-0.9.2/src/linux/ioperm.c	2012-06-25 11:56:40.305613400 +0000
@@ -0,0 +1,7 @@
+#include <unistd.h>
+#include "syscall.h"
+
+int ioperm(unsigned long from, unsigned long num, int turn_on)
+{
+	return syscall(SYS_ioperm, from, num, turn_on);
+}
diff -Naur musl-0.9.2.o/src/linux/iopl.c musl-0.9.2/src/linux/iopl.c
--- musl-0.9.2.o/src/linux/iopl.c	1970-01-01 00:00:00.000000000 +0000
+++ musl-0.9.2/src/linux/iopl.c	2012-06-25 11:56:23.122613400 +0000
@@ -0,0 +1,8 @@
+#include <unistd.h>
+#include "syscall.h"
+
+int iopl(int level)
+{
+	return syscall(SYS_iopl, level);
+}
+