all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Paul Eggert <eggert@cs.ucla.edu>
To: Glenn Morris <rgm@gnu.org>
Cc: Eli Zaretskii <eliz@gnu.org>,
	emacs-devel@gnu.org, Andreas Schwab <schwab@linux-m68k.org>,
	Stefan Monnier <monnier@IRO.UMontreal.CA>,
	rms@gnu.org
Subject: Re: Annoyingly cautious make rules
Date: Fri, 02 Dec 2011 12:21:54 -0800	[thread overview]
Message-ID: <4ED93362.30309@cs.ucla.edu> (raw)
In-Reply-To: <uxhb1i3jip.fsf@fencepost.gnu.org>

On 12/02/2011 10:39 AM, Glenn Morris wrote:
> I suggest that those of you who find configure too slow and who know what
> you are doing disable maintainer mode in your personal copies

Even if it is a good idea to enable these problematic dependencies
by default, surely there's no question that "maintainer mode" (whatever
we decide it to be) should not be the default.  Maintainer mode should
cater to experts, not to casual and unskilled builders, and it's
pretty confusing to say (as we do now) that you should disable maintainer
mode only if you're an expert and you know what you're doing.

In other words, if we stick with the 2011-03-20 change to enable
the dependencies by default, --enable-maintainer-mode should
*disable* those dependencies.

> I believe the default build rules ought to be what is most correct, not
> what is mostly correct but fast, since the latter can lead to confusing
> errors for people who are not familiar with all the details.

We agree about this, but the disagreement is over whether these problematic
dependencies are more "correct".  In an environment where Autoconf isn't
installed, or is the wrong version (or similarly for m4, Automake, etc.),
these problematic dependencies are more likely to cause problems than to
cure them.  For example, there are plausible use cases where a naive builder copies
files around and then gets stuck because an unnecessary autoconf invocation
fails.  So there's a good case to be made that it's more "correct"
(for the casual, unskilled builder) to omit these dependencies, as we did
before 2011-03-20.



  reply	other threads:[~2011-12-02 20:21 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-30 21:48 Annoyingly cautious make rules Richard Stallman
2011-11-30 22:00 ` Paul Eggert
2011-12-01 21:54   ` Richard Stallman
2011-12-02  1:35     ` Stefan Monnier
2011-12-02 10:00     ` Paul Eggert
2011-12-01  3:54 ` Eli Zaretskii
2011-12-01  8:50 ` Andreas Schwab
2011-12-02 12:05   ` Richard Stallman
2011-12-02 12:11     ` Andy Wingo
2011-12-02 12:13     ` Andreas Schwab
2011-12-02 14:57       ` Eli Zaretskii
2011-12-02 15:05         ` Andreas Schwab
2011-12-02 15:41           ` Eli Zaretskii
2011-12-03  9:23           ` Richard Stallman
2011-12-02 16:14         ` Stefan Monnier
2011-12-02 16:24           ` Eli Zaretskii
2011-12-02 18:24           ` Paul Eggert
2011-12-02 18:39             ` Glenn Morris
2011-12-02 20:21               ` Paul Eggert [this message]
2011-12-02 20:36             ` Stefan Monnier
2011-12-02 21:29               ` Paul Eggert
2011-12-02 23:26                 ` Stefan Monnier
2011-12-03  0:34                 ` Andreas Schwab
2011-12-03  2:52                   ` Paul Eggert
2011-12-03  3:42                     ` Stefan Monnier
2011-12-03  3:55                       ` Paul Eggert
2011-12-03  5:48                         ` Stefan Monnier
2011-12-03  6:35                           ` Paul Eggert
2011-12-03  8:49                     ` Andreas Schwab
2011-12-03 20:15                       ` Paul Eggert
2011-12-03 20:29                         ` Andreas Schwab
2011-12-03 20:42                         ` Glenn Morris
2011-12-04 15:04                           ` Richard Stallman
2011-12-04 16:55                             ` Stefan Monnier
2011-12-04 18:57                               ` Paul Eggert
2011-12-05  2:53                                 ` Glenn Morris
2011-12-03  6:45                 ` Eli Zaretskii
2011-12-03 20:23               ` Paul Eggert
2011-12-03  4:52             ` Stephen J. Turnbull
2011-12-03 20:34               ` Paul Eggert
2011-12-03  9:23           ` Richard Stallman
2011-12-03  4:26         ` Stephen J. Turnbull

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

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

  git send-email \
    --in-reply-to=4ED93362.30309@cs.ucla.edu \
    --to=eggert@cs.ucla.edu \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@IRO.UMontreal.CA \
    --cc=rgm@gnu.org \
    --cc=rms@gnu.org \
    --cc=schwab@linux-m68k.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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.