[Webkit-unassigned] [Bug 210068] [WPE] Fails to build on musl C library on Linux
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Apr 15 09:00:10 PDT 2020
https://bugs.webkit.org/show_bug.cgi?id=210068
--- Comment #14 from Adrian Perez <aperez at igalia.com> ---
(In reply to Carlos Alberto Lopez Perez from comment #9)
> (In reply to Khem Raj from comment #7)
> > (In reply to Carlos Alberto Lopez Perez from comment #6)
> > > (In reply to Khem Raj from comment #5)
> > > > Technically bionic could be used in android-like system which may no be based on Linux kernel.
> > >
> > > I don't think you can build/use bionic on a non-Linux kernel.
> > >
> > > Do you have any pointer/link to any example of this?
> >
> > I am not aware of any usecase myself, but then we have kfreebsd which uses
> > glibc on BSD kernels so its perhaps possible to have bionic on non-linux
> > kernels.
>
> Maybe its possible in theory, but not in practice (in the sense you can't do
> that out of the box).
>
> And regarding GNU/kFreeBSD: The most serious project that I know about of
> making that a thing its Debian/kFreeBSD. And I know that WebKit doesn't
> build there.
> You can see below all the available architectures Debian build WebKitGTK/WPE
> related packages for:
>
> https://packages.debian.org/
> search?keywords=webkit&searchon=names&suite=unstable§ion=all
> https://packages.debian.org/
> search?keywords=wpe&searchon=names&suite=unstable§ion=all
>
> ^^^ And as you can see there are no builds for the Debian kFreeBSD port
> because it just doesn't build there.
On the other hand, the FreeBSD ports collection has WebKitGTK ️
https://svnweb.freebsd.org/ports/head/www/webkit2-gtk3/
> WebKit its a very complex piece of software and there are two many small
> things that will break in esoteric configurations like those, and there is
> also very few people interested in fixing this.
>
> > it seems wrong to assume BIONIC == __linux__ if we need to know
> > libc interface
> > although if we think all we need to know if OS here then perhaps using
> > OS(LINUX) is sufficient.
>
> Maybe its wrong from a pure theoretical point of view, but in practice it
> seems to me that assuming this codepaths should trigger for anything running
> on a Linux-based kernel its the best thing we can do (IMHO).
I agree that in practice it seems reasonable to use OS(LINUX) here. If later
somebody who is interested in making things work in a different configuration
not covered by that finds a way, they can propose a patch and we can revisit
this issue.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200415/1763ebaf/attachment.htm>
More information about the webkit-unassigned
mailing list