From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 60969 invoked by alias); 2 Apr 2018 00:10:10 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 60941 invoked by uid 89); 2 Apr 2018 00:10:09 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=BAYES_00,SPF_HELO_PASS,SPF_NEUTRAL autolearn=no version=3.3.2 spammy=todos, H*f:sk:2018031, Hurd, among X-HELO: hera.aquilenet.fr Date: Mon, 02 Apr 2018 00:10:00 -0000 From: Samuel Thibault To: Joseph Myers , Florian Weimer , Thomas Schwinge , GNU C Library , bug-hurd@gnu.org, David Michael Subject: Re: Upstreaming the glibc Hurd port Message-ID: <20180402001003.3u5n2p5pdmv4hos5@var.youpi.perso.aquilenet.fr> Mail-Followup-To: Joseph Myers , Florian Weimer , Thomas Schwinge , GNU C Library , bug-hurd@gnu.org, David Michael References: <20180118235924.r4z4ppvj7xlvmmfp@var.youpi.perso.aquilenet.fr> <87a7xaupjx.fsf@euler.schwinge.homeip.net> <20180124011051.5s2vugyq3ybnurwc@var.youpi.perso.aquilenet.fr> <20180124012726.tibylwp4re5dtgc3@var.youpi.perso.aquilenet.fr> <20180125014143.2hxhzon5lzxtqq6j@var.youpi.perso.aquilenet.fr> <20180319015122.j5tzslkdcnvampoh@var.youpi.perso.aquilenet.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180319015122.j5tzslkdcnvampoh@var.youpi.perso.aquilenet.fr> User-Agent: NeoMutt/20170113 (1.7.2) X-SW-Source: 2018-04/txt/msg00008.txt.bz2 Hello, So, after various coding style fixes etc. I eventually pushed htl. This means that build-glibcs i686-gnu now builds fine. Among the remaining TODOs, there are - making testsuite pass - fixing the generated errno file thing - sharing tests between nptl and htl - sharing pthread.h - C11 threads Concerning the testsuite, perhaps we could xfail the existing issues so that build-glibcs i686-gnu succeeds? Currently there are: - header standard conformity issues: These will be hard to fix. - elf/check-localplt: There will always be PLTs to libhurd/machuser.so anyway. - elf/check-execstack: We have nested functions which make the stack executable indeed. - check-abi-libmachuser, check-abi-libhurduser: These actually depend on .defs files in gnumach and hurd, so we can't really define ABI files. Samuel