From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:48059) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ihiEd-0008MO-Op for guix-patches@gnu.org; Wed, 18 Dec 2019 17:56:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ihiEc-0000iv-GE for guix-patches@gnu.org; Wed, 18 Dec 2019 17:56:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:38127) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ihiEc-0000ij-CA for guix-patches@gnu.org; Wed, 18 Dec 2019 17:56:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ihiEc-0005Q1-9k for guix-patches@gnu.org; Wed, 18 Dec 2019 17:56:02 -0500 Subject: [bug#38390] [core-updates] Scheme-only bootstrap: merge wip-bootstrap Resent-Message-ID: From: Jan Nieuwenhuizen References: <87tv6qoank.fsf@gnu.org> <87sgm4m9fu.fsf@gnu.org> <87v9r0arni.fsf@gnu.org> <87y2vqdjwz.fsf@gnu.org> <87y2viyb2a.fsf@gnu.org> <87o8w9s284.fsf@gnu.org> <878sncm5od.fsf@gnu.org> Date: Wed, 18 Dec 2019 23:55:13 +0100 In-Reply-To: <878sncm5od.fsf@gnu.org> (Jan Nieuwenhuizen's message of "Mon, 16 Dec 2019 20:28:02 +0100") Message-ID: <87o8w5gs6m.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: Timothy Sample , 38390@debbugs.gnu.org Jan Nieuwenhuizen writes: Hi, A new step forward. >>>> * look into awkward combined bash+gash dependency of glibc-mesboot0 >>> >>> Haven't addressed this. I quickly looked with Ludo at this, not really >>> into it though. WYDT? >> >> Hmm, dunno. I can take a look later. > > Okay, great. This issue still remains. I will try to create a bug > report for Gash, I think Gash hangs while running configure, while > bash-mesboot* have trouble running make-syscalls.sh correctly. Good news. bash-mesboot0 now compiles with either gash+gash-core-utils, or with bash-mesboot0. Gash' "test -L FILE" used to crash on non-existing files, not sure why that made configure hang; but that's how I found and fixed it. The problem with bash-mesboot0 turned out to be a Mes C Library problem, related to buffered reads. Buffered reads were introduced when working on the Hurd. Not clearing the read buffer on lseek, when lseek is not allowed (bash uses the same: lseek (FD, 0, SEEK_CUR) to find out if it may seek), fixes the problem. That took me a couple of days to find, but very happy=20 --8<---------------cut here---------------start------------->8--- diff --git a/lib/linux/lseek.c b/lib/linux/lseek.c index 94f2f9f7a..f71af59f5 100644 --- a/lib/linux/lseek.c +++ b/lib/linux/lseek.c @@ -24,9 +24,21 @@ #include #include =20 +#if !__MESC__ /* FIXME: We want bin/mes-mescc's x86-linux sha256sum to sta= y the same. */ +off_t +_lseek (int filedes, off_t offset, int whence) +{ + return _sys_call3 (SYS_lseek, (int) filedes, (long) offset, (int) whence= ); +} +#endif + off_t lseek (int filedes, off_t offset, int whence) { +#if !__MESC__ /* FIXME: We want bin/mes-mescc's x86-linux sha256sum to sta= y the same. */ + if (_lseek (filedes, 0, SEEK_CUR) =3D=3D -1) + return -1; +#endif size_t skip =3D __buffered_read_clear (filedes); if (whence =3D=3D SEEK_CUR) offset -=3D skip; --8<---------------cut here---------------end--------------->8--- Greetings, janneke --=20 Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar=C2=AE http://AvatarAcademy.com