From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: A target that's even more bootstrap? Date: Thu, 20 Jun 2019 19:29:27 +0300 Message-ID: <83wohgp6e0.fsf@gnu.org> References: <837e9iubyp.fsf@gnu.org> <87d0japujz.fsf@telefonica.net> <87v9x1oib6.fsf@telefonica.net> <831rzpsi5f.fsf@gnu.org> <83v9x1r2y5.fsf@gnu.org> <83imt1qzhr.fsf@gnu.org> <83ef3pqvzs.fsf@gnu.org> <835zp0quc8.fsf@gnu.org> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="252365"; mail-complaints-to="usenet@blaine.gmane.org" Cc: emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 20 18:41:15 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1he07e-0013Kx-6g for ged-emacs-devel@m.gmane.org; Thu, 20 Jun 2019 18:41:14 +0200 Original-Received: from localhost ([::1]:50262 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1he07W-0005yS-Hl for ged-emacs-devel@m.gmane.org; Thu, 20 Jun 2019 12:41:06 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:41716) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1he06l-0004Pb-Aq for emacs-devel@gnu.org; Thu, 20 Jun 2019 12:40:29 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:35298) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hdzwR-00010i-NS; Thu, 20 Jun 2019 12:29:39 -0400 Original-Received: from [176.228.60.248] (port=3177 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hdzwQ-0008WI-O6; Thu, 20 Jun 2019 12:29:39 -0400 In-reply-to: (message from Lars Ingebrigtsen on Thu, 20 Jun 2019 17:10:10 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:237975 Archived-At: > From: Lars Ingebrigtsen > Cc: emacs-devel@gnu.org > Date: Thu, 20 Jun 2019 17:10:10 +0200 > > I've now checked in the changes, and extraclean now removes all the > files and directories that aren't in a fresh checkout, as far as I can > tell. > > But there's one confusing thing: There's an old rule in there that > deletes the src/macuvs.h file, which is a checked-out file, so until you > say "make" again, you get: > > removed src/macuvs.h > > from git. > > It's re-generated by the build process, but is this how it's supposed to > be? It's removed by extraclean in admin/unidata/Makefile.in, and it's > been like that for many years. I don't see this as a catastrophe. If the user does this inside a repository, they can "git checkout src/macuvs.h", if they don't intend running a full build. And if they do run a full build, the file will be recreated. And in a tree that is not a repository, removing the file is not a problem at all. We could refrain from removing it, but then users who want to regenerate it anew, perhaps because its dependencies changed, will have hard time figuring out what exactly to do. So I think this is not a problem. Perhaps we should have a comment in admin/unidata/Makefile.in describing the issue.