From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-91151-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 52140 invoked by alias); 19 Mar 2018 15:36:25 -0000
Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-alpha.sourceware.org>
List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libc-alpha-owner@sourceware.org
Received: (qmail 52125 invoked by uid 89); 19 Mar 2018 15:36:24 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=checkout, Hx-languages-length:1247
X-HELO: mailbackend.panix.com
X-Gm-Message-State: AElRT7GKsR9ApRTFLbcO8dc/t5japb4dLs8ZoRfGqoAHy+/eRIIsad81
	/e5Nmza2zPjek3+bGQ1RAh7ZLAeugqhMnsyISyY=
X-Google-Smtp-Source: AG47ELugCkqqYfP7oGYDOAHrDTPao1eedURkbqCJDgNAPqV0ddLYE4Vb020IXWT+eAk7X0NUwiM/R4iF7l10YUkvN6g=
X-Received: by 10.202.182.139 with SMTP id g133mr6064539oif.57.1521473779621;
 Mon, 19 Mar 2018 08:36:19 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <20180319015122.j5tzslkdcnvampoh@var.youpi.perso.aquilenet.fr>
References: <20180118165923.ymreisuzexxz4gt3@var.youpi.perso.aquilenet.fr>
 <alpine.DEB.2.20.1801182304260.26137@digraph.polyomino.org.uk>
 <20180118235924.r4z4ppvj7xlvmmfp@var.youpi.perso.aquilenet.fr>
 <alpine.DEB.2.20.1801190030000.26137@digraph.polyomino.org.uk>
 <87a7xaupjx.fsf@euler.schwinge.homeip.net> <alpine.DEB.2.20.1801191721480.329@digraph.polyomino.org.uk>
 <20180124011051.5s2vugyq3ybnurwc@var.youpi.perso.aquilenet.fr>
 <20180124012726.tibylwp4re5dtgc3@var.youpi.perso.aquilenet.fr>
 <20180125014143.2hxhzon5lzxtqq6j@var.youpi.perso.aquilenet.fr>
 <alpine.DEB.2.20.1801251544550.22734@digraph.polyomino.org.uk> <20180319015122.j5tzslkdcnvampoh@var.youpi.perso.aquilenet.fr>
From: Zack Weinberg <zackw@panix.com>
Date: Mon, 19 Mar 2018 15:36:00 -0000
X-Gmail-Original-Message-ID: <CAKCAbMievnD8LsDuYx2hMWS7O1wpLOZ+MUK2-CuY++M92ddHEg@mail.gmail.com>
Message-ID: <CAKCAbMievnD8LsDuYx2hMWS7O1wpLOZ+MUK2-CuY++M92ddHEg@mail.gmail.com>
Subject: Re: Upstreaming the glibc Hurd port
To: Joseph Myers <joseph@codesourcery.com>, Florian Weimer <fweimer@redhat.com>, 
	Thomas Schwinge <thomas@codesourcery.com>, GNU C Library <libc-alpha@sourceware.org>, bug-hurd@gnu.org, 
	David Michael <fedora.dm0@gmail.com>
Content-Type: text/plain; charset="UTF-8"
X-SW-Source: 2018-03/txt/msg00458.txt.bz2

On Sun, Mar 18, 2018 at 9:51 PM, Samuel Thibault
<samuel.thibault@gnu.org> wrote:
> Hello,
>
> Thanks a lot for the feedback on what needs to be done.  It was a busy
> week-end :)
>
> We should be almost there, I believe I had addressed in
> sthibaul/hurd-builds all requirements except a few remaining bits:

Is it still expected that glibc trunk cannot be built in the
--host=i686-gnu configuration?  I am getting

In file included from ../include/link.h:52:0,
                 from ../include/dlfcn.h:4,
                 from ../sysdeps/generic/ldsodefs.h:32,
                 from ../sysdeps/i386/ldsodefs.h:39,
                 from ../sysdeps/gnu/ldsodefs.h:46,
                 from setup-thread.c:22:
../sysdeps/mach/libc-lock.h:227:11: fatal error: libc-lockP.h: No such
file or directory
 # include <libc-lockP.h>
           ^~~~~~~~~~~~~~
compilation terminated.

(I would like to suggest that getting "scripts/build-many-glibcs.py
$workdir compilers i686-gnu" to succeed, and
"scripts/build-many-glibcs.py $workdir glibcs i686-gnu" to fail only
in the testsuite phase, when $workdir/src/glibc contains a trunk
checkout, should be top priority -- once you get to that point, people
working on cross-cutting changes (like me) can ensure that they
haven't made the state of the Hurd port worse.)

zw