unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Miles Bader <miles@lsi.nec.co.jp>
Cc: walters@verbum.org, emacs-devel@gnu.org
Subject: Re: config.in
Date: 17 Apr 2002 10:08:13 +0900	[thread overview]
Message-ID: <buon0w39loi.fsf@mcspd15.ucom.lsi.nec.co.jp> (raw)
In-Reply-To: <1676-Wed17Apr2002000044+0300-eliz@is.elta.co.il>

"Eli Zaretskii" <eliz@is.elta.co.il> writes:
> I object that we require users to install Autoconf and Automake just
> to build Emacs.  Those are tools for developers, not for users.

This is not what's being suggested.  Anyone who checks emacs out of
CVS is basically not a normal user, and it's perfectly reasonable to
expect them to have normal GNU tools.

Note that even if these generated files are included, they may _still_
need the auto* programs, because CVS makes no attempt to preserve
timestamps, and the Makefile will attempt to regenerate the files
anyway (though the checked-out contents are actually `up to date').

> IMHO it doesn't make sense to go through all that just to save us the
> ``cost'' of a 25KB file.

The `cost' is not 25KB, it's all the annoyance of constantly having to
fight with CVS getting confused because a file got regenerated locally
which then doesn't match the CVS version.  In my case, this also ends
up making CVS updates take much longer because CVS ends up resending
all the `changed' files back to the server over my slooow connection.
This is all stupid, and it's not how things are supposed to work.

If people on MSDOS or whatever have a harder time to regenerate these
files, then we can find some other solution, but the default should be
what's good for GNU systems, which are by far the majority among
developers.

-Miles
-- 
P.S.  All information contained in the above letter is false,
      for reasons of military security.

  parent reply	other threads:[~2002-04-17  1:08 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-16 18:24 config.in Eli Zaretskii
2002-04-16 18:45 ` config.in Miles Bader
2002-04-16 19:40   ` config.in Colin Walters
2002-04-16 21:00     ` config.in Eli Zaretskii
2002-04-16 21:21       ` config.in Alfred M. Szmidt
2002-04-17  4:44         ` config.in Eli Zaretskii
2002-04-17  4:59           ` config.in Colin Walters
2002-04-17  5:08           ` config.in Miles Bader
2002-04-17  9:29             ` config.in Andreas Schwab
2002-04-17  0:00       ` config.in Karl Eichwalder
2002-04-17  5:13         ` config.in Eli Zaretskii
2002-04-17  9:24           ` config.in Andreas Schwab
2002-04-17  1:08       ` Miles Bader [this message]
2002-04-17  5:33         ` config.in Eli Zaretskii
2002-04-17  5:54           ` config.in Miles Bader
2002-04-17  9:22             ` config.in Eli Zaretskii
2002-04-17  9:28             ` config.in Andreas Schwab
2002-04-17 12:09               ` config.in Miles Bader
2002-04-18 18:45         ` config.in Richard Stallman
2002-04-19 10:08           ` config.in Andreas Schwab
2002-04-19 12:19             ` config.in Kim F. Storm
2002-04-19 11:42               ` config.in Andreas Schwab
2002-04-19 13:02                 ` config.in Kim F. Storm
2002-04-20 17:26             ` config.in Richard Stallman
2002-04-21 15:58               ` config.in Andreas Schwab
2002-04-22  7:47                 ` config.in Richard Stallman
2002-04-22  9:18                   ` config.in Andreas Schwab
2002-04-23  0:24                     ` config.in Richard Stallman
2002-04-23  9:54                       ` config.in Andreas Schwab
2002-04-24 17:55                         ` config.in Richard Stallman
2002-04-24 18:27                           ` config.in Andreas Schwab
2002-04-26  3:17                             ` config.in Richard Stallman
2002-04-26 14:32                               ` config.in Andreas Schwab
2002-04-26 14:05                             ` config.in Kim F. Storm
2002-04-27 22:41                               ` config.in Richard Stallman
2002-04-17 12:30   ` config.in Pavel Janík
2002-04-17 14:43     ` config.in Eli Zaretskii
2002-04-17 19:34       ` config.in Pavel Janík
2002-04-18 18:45     ` config.in Richard Stallman
2002-04-17 16:05   ` config.in Richard Stallman
2002-04-17 17:13     ` config.in Eli Zaretskii
2002-04-17 17:40       ` config.in Colin Walters
2002-04-17 19:30         ` config.in Pavel Janík

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=buon0w39loi.fsf@mcspd15.ucom.lsi.nec.co.jp \
    --to=miles@lsi.nec.co.jp \
    --cc=emacs-devel@gnu.org \
    --cc=miles@gnu.org \
    --cc=walters@verbum.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).