From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ot1-x341.google.com (mail-ot1-x341.google.com [IPv6:2607:f8b0:4864:20::341]) by sourceware.org (Postfix) with ESMTPS id 7DFD9386F447 for ; Tue, 27 Oct 2020 15:51:09 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 7DFD9386F447 Received: by mail-ot1-x341.google.com with SMTP id k68so1513502otk.10 for ; Tue, 27 Oct 2020 08:51:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GaUhxvPIzQS3uDImfhm5nVTLBtlfBv7G1zdNLWeV5CE=; b=tqZTx5r5lyG+Y8SvDYQCn5y1YMbtEIVXYNHRmBf1+YBzC5KgnhD2PnF+ITK4fY0Mhg FZchn4iX11M1sGN7DDpyREiihZERKsGZ52g1U9zHa95TaR6gUSc0RPlFiqqnHxxx3vVb ntn1lWSBbiIrhBSmgBwzVx4TubqXEiLvsKEhRxEd90DRu3ecX+2wcMv2EhZjUrVzsVRz oiWZPKDrRq2k8NipKYW4w6RSz8y1CkcmBVPrQzSCBuFhH8DJ1zzell6Xf3M7gV3mh6lJ NV38MCID+kFxcdctCOfoGfh6yAXE3WVTrq36SgzT170kJ1Juc6YDLVAt328VRiYvU36C 27Gg== X-Gm-Message-State: AOAM532KQCZe8xpgU1qWoAXZoOzoAlVMBI+XFxzuJJZJyqgi5MaQRdn3 +UE5gBoQoAEl3yfAI4ywKI50e7k+7ncUnUAz66Y= X-Google-Smtp-Source: ABdhPJzxU6Kayh/gg83ak/5jgvyV4Sv5iFe5xTgeF5rfVakpUmGaV33RETRZUPgxps/wUJokpE28ui5O/JFY1QPsOYs= X-Received: by 2002:a9d:4703:: with SMTP id a3mr1965052otf.179.1603813868964; Tue, 27 Oct 2020 08:51:08 -0700 (PDT) MIME-Version: 1.0 References: <20201027110235.4137393-1-hjl.tools@gmail.com> <87sg9zbt0m.fsf@igel.home> <87mu07bs9l.fsf@igel.home> In-Reply-To: <87mu07bs9l.fsf@igel.home> From: "H.J. Lu" Date: Tue, 27 Oct 2020 08:50:32 -0700 Message-ID: Subject: Re: [PATCH] Implement a workaround for GNU mak jobserver To: Andreas Schwab Cc: "H.J. Lu via Binutils" Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-3030.3 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Binutils mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2020 15:51:10 -0000 On Tue, Oct 27, 2020 at 8:30 AM Andreas Schwab wrote: > > On Okt 27 2020, H.J. Lu wrote: > > > Since it must keep the same timestamps on config.status and Makefile, > > Why is that needed? > ld/Makefile has ldemul-list.h: Makefile (echo "/* This file is automatically generated. DO NOT EDIT! */";\ for f in `echo " " ${EMULATION_OFILES} "" \ | sed -e 's/ e/ ld/g' -e 's/ ld/ /g' -e 's/[.]o//g'`; do \ echo "extern ld_emulation_xfer_type ld_$${f}_emulation;"; \ done;\ echo "";\ echo "#define EMULATION_LIST \\";\ for f in `echo " " ${EMULATION_OFILES} "" \ | sed -e 's/ e/ ld/g' -e 's/ ld/ /g' -e 's/[.]o//g'`; do \ echo " &ld_$${f}_emulation, \\"; \ done;\ echo " 0") >ldemul-tmp.h mv ldemul-tmp.h ldemul-list.h "make check" training run in triggers both linker check and ld-new rebuild in parallel because Makefile was edited by config.status. This is a simple change to avoid it. -- H.J.