From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: bootstrap not regenerating some *loaddefs Date: Fri, 20 Jun 2008 12:16:46 +0300 Message-ID: References: <05iqw82bux.fsf@fencepost.gnu.org> <4kmylieydz.fsf@fencepost.gnu.org> <3hhcbpdyr5.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1213953565 1907 80.91.229.12 (20 Jun 2008 09:19:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Jun 2008 09:19:25 +0000 (UTC) Cc: lekktu@gmail.com, emacs-devel@gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org To: Glenn Morris Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 20 11:20:08 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1K9cmu-0000ic-4F for ged-emacs-devel@m.gmane.org; Fri, 20 Jun 2008 11:20:08 +0200 Original-Received: from localhost ([127.0.0.1]:49913 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K9cm5-000287-5C for ged-emacs-devel@m.gmane.org; Fri, 20 Jun 2008 05:19:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K9ckD-0001Bo-GV for emacs-devel@gnu.org; Fri, 20 Jun 2008 05:17:21 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K9ckC-0001Az-ER for emacs-devel@gnu.org; Fri, 20 Jun 2008 05:17:20 -0400 Original-Received: from [199.232.76.173] (port=46661 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K9ckC-0001Aq-64 for emacs-devel@gnu.org; Fri, 20 Jun 2008 05:17:20 -0400 Original-Received: from mtaout4.012.net.il ([84.95.2.10]:50392) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K9ck2-00037D-3a; Fri, 20 Jun 2008 05:17:10 -0400 Original-Received: from HOME-C4E4A596F7 ([84.229.217.57]) by i_mtaout4.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0K2R00FB1956JGT1@i_mtaout4.012.net.il>; Fri, 20 Jun 2008 12:31:55 +0300 (IDT) In-reply-to: <3hhcbpdyr5.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il X-detected-kernel: by monty-python.gnu.org: Solaris 9.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:99511 Archived-At: > From: Glenn Morris > Date: Thu, 19 Jun 2008 15:13:18 -0400 > Cc: Jason Rumney , Stefan Monnier , > emacs-devel Mailinglist > > "Juanma Barranquero" wrote: > > > On Thu, Jun 19, 2008 at 08:23, Glenn Morris wrote: > > > >> a) I doubt the changes to lisp/Makefile.in were made for no reason. > > > > How does that follow, or relate, to what I said? (about changing the > > *Windows makefiles*.) > > Because the changes I refered to should be independent of whether > using Unix or Windows, since the emacs lisp files and their > dependencies are independent of arch. The only differences should be > the Windows-specific shell commands (or whatever). Well, those ``only differences'' _are_ the main source of the difficulty, and the main reason why people prefer not to mess with the Windows Makefiles, as long as they are working. > CVSREAD=1 should be handled on Windows, if the concept is applicable > there. Even such a seemingly easy change has subtle dark corners, and if done haphazardly, will break the build. Windows doesn't come with `chmod' out of the box, so we either need to require it for the Windows build (which is in general bad, since that makes it harder for Windows users to build Emacs), or use Windows equivalents. But to use Windows equivalents, one must first to: . make sure the equivalent command is supported on all Windows version, since Windows 95 to the latest Windows Vista; . make sure the syntax and semantics of the equivalent command is the same, no matter from what Windows version it comes and what Windows shell (command.com or cmd.exe) is used, because as the Windows shells evolve, the add and sometimes remove features; . make sure that if a ported Unixy shell is used, the equivalent command will not be misinterpreted by the shell, because it is already some shell built-in (for example, `type' is a Windows command to dump file's contents to the screen, akin to `cat' on Unix, but is something very different to Bash). So each such change more often than not turns out to be a small research project, which explains our reluctance to make changes that are not strictly required. > finder-data and custom-deps should not depend on $(lisp)/loaddefs.el > because it should not be necessary now, and because if they do it can > cause a redumping of Emacs. Why is it ``not necessary''? Don't these targets cause Emacs to read all the *.el files anymore?