From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: master bf7041a: Centralize subprocess creation in a single function. Date: Fri, 25 Dec 2020 00:19:26 -0800 Organization: UCLA Computer Science Department Message-ID: <74cda136-601b-5108-baba-1db527971714@cs.ucla.edu> References: <20201224145337.5156.69415@vcs0.savannah.gnu.org> <20201224145339.8699721351@vcs0.savannah.gnu.org> <87r1nfjift.fsf@gnus.org> <87mty3jidw.fsf@gnus.org> <83v9crnpin.fsf@gnu.org> <83tusbnpd1.fsf@gnu.org> <87im8rjh23.fsf@gnus.org> <87eejfjgw5.fsf@gnus.org> <87a6u3jfyp.fsf@gnus.org> <875z4rjfi7.fsf@gnus.org> <83r1nfnms1.fsf@gnu.org> <871rffjekh.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29389"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 Cc: phst@google.com, emacs-devel@gnu.org To: Lars Ingebrigtsen , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Dec 25 09:20:10 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ksiKY-0007Xk-Ci for ged-emacs-devel@m.gmane-mx.org; Fri, 25 Dec 2020 09:20:10 +0100 Original-Received: from localhost ([::1]:39168 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ksiKX-0000eE-FB for ged-emacs-devel@m.gmane-mx.org; Fri, 25 Dec 2020 03:20:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34862) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ksiJx-0000EM-Di for emacs-devel@gnu.org; Fri, 25 Dec 2020 03:19:33 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:37856) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ksiJu-0003bw-TX; Fri, 25 Dec 2020 03:19:32 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id A77AA1600C5; Fri, 25 Dec 2020 00:19:27 -0800 (PST) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id tBkTahLrN5hm; Fri, 25 Dec 2020 00:19:27 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id F11F8160110; Fri, 25 Dec 2020 00:19:26 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id BmQs-YZjivCD; Fri, 25 Dec 2020 00:19:26 -0800 (PST) Original-Received: from [192.168.1.9] (cpe-23-243-218-95.socal.res.rr.com [23.243.218.95]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id C051C1600C5; Fri, 25 Dec 2020 00:19:26 -0800 (PST) In-Reply-To: <871rffjekh.fsf@gnus.org> Content-Language: en-US Received-SPF: pass client-ip=131.179.128.68; envelope-from=eggert@cs.ucla.edu; helo=zimbra.cs.ucla.edu X-Spam_score_int: -59 X-Spam_score: -6.0 X-Spam_bar: ------ X-Spam_report: (-6.0 / 5.0 requ) BAYES_00=-1.9, NICE_REPLY_A=-1.825, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:261722 Archived-At: On 12/24/20 9:31 AM, Lars Ingebrigtsen wrote: > This patch fixes the build -- it puts the deps files in one directory, > even if there are sub-directories in lib. I guess there could > theoretically be name clashes, but it seems very unlikely with the > gnulib naming scheme. Thanks, that patch looks OK to me. If there are name clashes in the=20 future, we could do something fancier.