This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Removing the glibc NaCl port
- From: Florian Weimer <fweimer at redhat dot com>
- To: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>, libc-alpha at sourceware dot org
- Date: Thu, 13 Apr 2017 20:11:42 +0200
- Subject: Re: Removing the glibc NaCl port
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx03.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx03.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=fweimer at redhat dot com
- Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 82F5180F99
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 82F5180F99
- References: <696d71ee-5b8f-5684-178b-97608fa8e6d4@redhat.com> <36f50cc7-ec80-9c38-9c52-f4dbb52290c0@linaro.org>
On 04/13/2017 07:44 PM, Adhemerval Zanella wrote:
On 13/04/2017 12:45, Florian Weimer wrote:
I just realized that my pipe2 removal probably breaks the NaCl port.
Can we remove it? It blocks useful cleanups which are compatible with the out-of-tree Hurd port.
I don't think anyone has ever reported test results for release builds. scripts/build-many-glibcs.py lacks support for it, so we don't even know if it still builds.
I hope this proposal is not too controversial.
Also last time I check from official documentation [1], it uses ancient
version without any documentation to actually build/check glibc on it.
I have the impression it is bit-rotten for some time.
If the idea is to keep supporting, I think we need at least proper
documentation on how to actually build and tests, preferable with
build-many-glibc.py support.
[1] https://developer.chrome.com/native-client/sdk/download
There is a Git repository with a NaCl port to GCC 4.9, it seems:
https://chromium.googlesource.com/native_client/nacl-gcc/+/ng/4.9/master
Version-wise, this is sufficient to build glibc (unlike the
GCC-4.4-derived version in Fedora). I have not checked if it actually
works. GCC upstream no longer supports any of the 4.x branches, so this
is a dead end anyway.
The NaCl SDK seems to have switched to Clang/LLVM, and therefore cannot
build glibc anymore. (I checked the pepper_56 bundle.)
Thanks,
Florian