[Buildroot] [git commit] xorg-server: not available with musl on ARM
Yegor Yefremov
yegorslists at googlemail.com
Sun Jan 22 09:37:01 UTC 2017
On Sun, Jan 22, 2017 at 10:13 AM, Peter Korsgaard <peter at korsgaard.com> wrote:
>>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni at free-electrons.com> writes:
>
> > Hello,
> > On Sat, 21 Jan 2017 13:55:07 +0100, Peter Korsgaard wrote:
>
> >> diff --git a/package/x11r7/xserver_xorg-server/Config.in b/package/x11r7/xserver_xorg-server/Config.in
> >> index 0f1d1fe..1c8f8cf 100644
> >> --- a/package/x11r7/xserver_xorg-server/Config.in
> >> +++ b/package/x11r7/xserver_xorg-server/Config.in
> >> @@ -1,6 +1,11 @@
> >> +comment "xorg-server needs a glibc or uClibc toolchain"
> >> + depends on BR2_arm && BR2_TOOLCHAIN_USES_MUSL
> >> +
> >> config BR2_PACKAGE_XSERVER_XORG_SERVER
> >> bool "xorg-server"
> >> depends on BR2_USE_MMU # fork()
> >> + # xserver uses inb/outb on arm, which aren't available with musl
> >> + depends on !(BR2_arm && BR2_TOOLCHAIN_USES_MUSL)
>
> > This looks a bit weird to me. X.org is a major piece of software, and
> > there are musl-based distributions that do run X, though perhaps not on
> > ARM. Has the issue been reported to the musl developers?
>
> I agree that it is a big hammer. Like explained above, the issue is that
> musl doesn't provide the ioperm/inb/outb interface, and the Xserver
> provides some wrapper functions around them, so compilation fails.
>
> Now, I don't know how many drivers use these functions (and how many of
> those drivers make sense on ARM), so perhaps they can be patched
> out. The fact that musl doesn't provide any define to detect it means
> that these have to be done based on autoconf tests, and repeated for the
> 3 xserver versions we support - And the musl/arm dependencies have to be
> moved down to the drivers that use this interface.
>
> I didn't have the interest / energy to do so, but if others have an
> interest in Xorg on musl/arm, feel free to work on it.
>
> With that said, the current situation is that it doesn't build - So we
> should disallow the combination, like this patch does.
What about creating an extra entry here [1] and collect all musl
related projects, that require a non-trivial fix, like
python-libconfig, python-psutil, xorg-server etc.?
[1] http://elinux.org/Buildroot
Yegor
More information about the buildroot
mailing list