From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#26441: =?UTF-8?Q?Gnulib=E2=80=99s_?= =?UTF-8?Q?=E2=80=98test-lock=E2=80=99?= fails to complete on machines with >= 32 cores Date: Wed, 12 Apr 2017 18:11:22 +0200 Message-ID: <87h91td2s5.fsf__42256.174182012$1492013541$gmane$org@gnu.org> References: <871sszuznt.fsf@gnu.org> <86shleatk3.fsf@gmail.com> <87wpapdedp.fsf@gnu.org> <2008088.TpEHzIiNi8@omega> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46508) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cyKsI-0003iS-VG for bug-guix@gnu.org; Wed, 12 Apr 2017 12:12:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cyKsE-0005hK-6s for bug-guix@gnu.org; Wed, 12 Apr 2017 12:12:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:46417) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cyKsE-0005hG-3u for bug-guix@gnu.org; Wed, 12 Apr 2017 12:12:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cyKsD-0005iD-VR for bug-guix@gnu.org; Wed, 12 Apr 2017 12:12:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <2008088.TpEHzIiNi8@omega> (Bruno Haible's message of "Wed, 12 Apr 2017 16:37:03 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Bruno Haible Cc: bug-gnulib@gnu.org, 26441@debbugs.gnu.org Hi Bruno, Bruno Haible skribis: >> The =E2=80=98test-lock=E2=80=99 test as shipped with gettext-0.19.8.1 fa= ils to complete >> (or hangs?) on machines with 32+ cores, as reported here: >>=20 >> https://bugs.gnu.org/26441 >>=20 >> Does that ring a bell? > > Yes, this is the bug that was investigated in December 2016 [1] and > subsequently fixed [2]. > >> Mathieu Othacehe found that this is fixed by gettext commit >> 1afbcb06fded2a427b761dd1615b1e48e1e853cc but writes: >>=20 >> > However, I don't fully understand the difference between commit >> > 1afbcb06fded2a427b761dd1615b1e48e1e853cc in gettext and commit >> > 480d374e596a0ee3fed168ab42cd84c313ad3c89 in gnulib. > > gettext contains two copies of test-lock.c, one from gnulib and > a another one that doesn't use gnulib. > The commit 480d374e596a0ee3fed168ab42cd84c313ad3c89 in gnulib fixed > the first one. > The commit 1afbcb06fded2a427b761dd1615b1e48e1e853cc in gettext fixed > the second one, in the same way. OK, thanks for the explanation. I guess we=E2=80=99ll borrow the relevant patches. Ludo=E2=80=99.