From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) by sourceware.org (Postfix) with ESMTPS id 674AB3858D32 for ; Mon, 18 Sep 2023 16:06:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 674AB3858D32 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-lf1-x134.google.com with SMTP id 2adb3069b0e04-50307acd445so3022501e87.0 for ; Mon, 18 Sep 2023 09:06:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695053174; x=1695657974; darn=sourceware.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=yamWaIMVGHpEokxLOobsGTzz0LPxbK16a0p9NaljDJM=; b=FXhfTYT+hlOGqajNZNtEU2rxPICVAgs3iPNUBzszpvqEM40qS+hsxuNcx8q2IU611x FkrL8Y1QIhcS98SiI2dVljrWCu9ccWRkQ5YgyrbGLTNJtLI/qJjJHmkHOYWim2uSxoqc vT2dayg131qrqtojNxoQkWkB31htfVPC8FvYU/0RoF9+678rOgwa09wyrQl4/CjMzMzU AnOvIx3JlcEiQUxsPx8VulCss7ewTYR7bmx4HhazqHQTQ9SRkLBT3lFKYf8nHrNXWfcf 1bRXlcR7t4iQsun+uYQ+8JdWOkU+K2orJRbVgXx8pf1y6GknFa8BfLr3m3pSw6PejBC3 m5Ow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695053174; x=1695657974; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=yamWaIMVGHpEokxLOobsGTzz0LPxbK16a0p9NaljDJM=; b=SoRce5FqJLNDmViZWs289687NZrRdE4+bbZ1LEqiNhRgtnsDmVWu9XEbPhsc6s+DrS yiHZo1+DzJlOK6Hzsce30CGkw/0h/TJ+lDj7HPD/zRVn9EkmfcMWXIVvPUYA4XzEWF1H y4QHtDzKF1k0EiII0FJjzpQKUyYW1SKfN42euBY+LUHYxyqUL1TbFY5x9k0QKmqeXkq6 wJ5P0w728WMJ8NUKAIrWKVoHrZxPCxfSIX1s5XR+C9sW0XbgH2v2EQpPTwgKGaA4mxSP VMdgTErK4vFQYibB9M7hEXZV05/UHO0tRPY4Jsz8K4ESiujzcbflNvXneIGW17ey26Fg icpQ== X-Gm-Message-State: AOJu0Yx7oxhV7adPeSPpsJLCYSEY4mvi5BN/0a8GKMvWGJCuSHJENKeX sId3qbUOvBZE8bQEB06tv8C61DHhIcgc7qYj5WgEAvSXjezIMQ== X-Google-Smtp-Source: AGHT+IHmhEQevXoJ3Vq6T5UeCunTUGOFF4ekpo1mQhjE1yXRzQyZdeBzpDW13Hf2pM8YfQ/woroAjlcqXyLLnAQjtA4= X-Received: by 2002:a19:6407:0:b0:503:60e:91f5 with SMTP id y7-20020a196407000000b00503060e91f5mr5036116lfb.36.1695053173553; Mon, 18 Sep 2023 09:06:13 -0700 (PDT) MIME-Version: 1.0 References: <87sf7bbtbd.fsf@oldenburg.str.redhat.com> In-Reply-To: <87sf7bbtbd.fsf@oldenburg.str.redhat.com> From: Boran Car Date: Mon, 18 Sep 2023 18:06:01 +0200 Message-ID: Subject: Re: Build hangs on stdio-common for glibc-2.30-67-g4748829f86a458b76642f3e98b1d80f7b868e427 To: Florian Weimer Cc: Chris Packham via Libc-help , Chris Packham Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=0.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: I don't think so, Googling has been quite difficult - lead me to a Stack Overflow question that prompted me to reach out to the mailing list where I found a mention of a GitHub issue. I can confirm that it just works (tm) with an earlier Make version, v4.2, and I have a simple Nix shell derivation to prove it (yeah, I know Nix + Buildroot, go figure...). shell.nix: ``` let pkgs =3D import { }; in pkgs.mkShell { hardeningDisable =3D [ "all" ]; nativeBuildInputs =3D [ pkgs.gcc7 pkgs.gnumake42 ]; CC=3D"${pkgs.gcc7}/bin/gcc"; CXX=3D"${pkgs.gcc7}/bin/g++"; } ``` There's definitely interest in fixing this, at least from my side, but I do need handholding through the build-system. If a Makefile can be back-ported, even better. There's still interest in pre 2.31 glibcs out there, and Buildroot and crosstools-NG were definitely not made to build their own Make as part of the process. On Mon, Sep 18, 2023 at 1:43=E2=80=AFPM Florian Weimer = wrote: > > * Chris Packham via Libc-help: > > >> My questions are: > >> - Are there any pointers where I should go looking for what's the > >> cause of the re-executions and how to prevent them? > >> - Is there anything I can use from subsequent glibc Makefiles? Was an > >> issue discovered with the target computation? > >> > > > > There is a pretty good explanation of the problem and some workarounds = at > > https://github.com/crosstool-ng/crosstool-ng/issues/1932#issuecomment-1= 528139734 > > > > Using a newer glibc is probably the best solution. If you really need t= o > > use that specific version then downgrading your local version of make i= s > > another option. > > Has this reported anywhere as a make or glibc issue? I don't > immediately recall how we fixed this in glibc 2.31. > > Thanks, > Florian >