From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail8.parnet.fi (mail8.parnet.fi [77.234.108.134]) by sourceware.org (Postfix) with ESMTPS id EDA983858405 for ; Wed, 23 Mar 2022 11:22:28 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org EDA983858405 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=martin.st Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=martin.st Received: from mail9.parnet.fi (mail9.parnet.fi [77.234.108.21]) by mail8.parnet.fi with ESMTP id 22NBMMsM002862-22NBMMsN002862; Wed, 23 Mar 2022 13:22:22 +0200 Received: from foo.martin.st (host-97-187.parnet.fi [77.234.97.187]) by mail9.parnet.fi (Postfix) with ESMTPS id 42C08A1423; Wed, 23 Mar 2022 13:22:22 +0200 (EET) Date: Wed, 23 Mar 2022 13:22:19 +0200 (EET) From: =?ISO-8859-15?Q?Martin_Storsj=F6?= To: Nick Clifton cc: binutils@sourceware.org Subject: Re: [PATCH] dlltool: Use the output name as basis for deterministic temp prefixes In-Reply-To: <179f15a8-6c30-bc1c-8dda-7ea7b0ce87dd@redhat.com> Message-ID: <812b81cf-1dbe-484d-2ac-b2f576c5acbf@martin.st> References: <20220311202450.1760034-1-martin@martin.st> <179f15a8-6c30-bc1c-8dda-7ea7b0ce87dd@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-FE-Policy-ID: 3:14:2:SYSTEM X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00, JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) 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: Wed, 23 Mar 2022 11:22:33 -0000 On Wed, 16 Mar 2022, Nick Clifton wrote: > Hi Martin, > >> When running multiple dlltool processes in parallel, a temp prefix >> based on the dll name can cause clashes, if building multiple >> import libraries that have the same DLL name. > > Patch approved and applied. Thanks! Can it be applied to the 2.38 branch too, so that it's available for whoever builds that branch, and/or if there'd be a 2.38.1 release? // Martin