GNU bug report logs - #58102
[PATCH] Do not use -Q when calculating Emacs site-lisp directory

Previous Next

Package: automake;

Reported by: Richard Hopkins <emacs <at> unbit.co.uk>

Date: Mon, 26 Sep 2022 21:12:01 UTC

Severity: normal

Tags: patch

Done: Karl Berry <karl <at> freefriends.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 58102 in the body.
You can then email your comments to 58102 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-automake <at> gnu.org:
bug#58102; Package automake. (Mon, 26 Sep 2022 21:12:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Richard Hopkins <emacs <at> unbit.co.uk>:
New bug report received and forwarded. Copy sent to bug-automake <at> gnu.org. (Mon, 26 Sep 2022 21:12:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Richard Hopkins <emacs <at> unbit.co.uk>
To: bug-automake <at> gnu.org
Subject: [PATCH] Do not use -Q when calculating Emacs site-lisp directory
Date: Mon, 26 Sep 2022 22:11:09 +0100
[Message part 1 (text/plain, inline)]
This change ensures consistency and compatibility for both GNU Emacs
and XEmacs because:

* XEmacs doesn't support -Q and ignores it; and
* the different releases of GNU Emacs handle it differently, or not at
  all.

With GNU Emacs, '-Q' was added in 22.1, and specifying it on earlier
versions causes an immediate abort.  Also, the meaning of '-Q' changes
in 24.1 where it also implies/uses a new '--no-site-lisp' option.
This new option means it won't add the site-lisp directories to
`load-path', but they need to be there because `am_cv_lispdir' is
looking for them.

Tested on GNU Emacs 21.4, 24.3, 27.2, 28.2, and XEmacs 21.5.

From this testing I think the existing usage of '--no-site-file'
is good to stay as it's the one mentioned in the current GNU Emacs
manual and recognized back to at least 19.34.  Also, whilst the
XEmacs manual and '--help' mention "-no-site-file" it also
supports "--no-site-file".
[0001-Do-not-use-Q-when-calculating-Emacs-site-lisp-direct.patch (text/x-diff, attachment)]

Information forwarded to bug-automake <at> gnu.org:
bug#58102; Package automake. (Wed, 28 Sep 2022 01:06:01 GMT) Full text and rfc822 format available.

Message #8 received at 58102 <at> debbugs.gnu.org (full text, mbox):

From: Karl Berry <karl <at> freefriends.org>
To: emacs <at> unbit.co.uk
Cc: 58102 <at> debbugs.gnu.org
Subject: Re: bug#58102: [PATCH] Do not use -Q when calculating Emacs site-lisp
 directory
Date: Tue, 27 Sep 2022 19:05:40 -0600
Hi again Richard,

    * XEmacs doesn't support -Q and ignores it; and
    * the different releases of GNU Emacs handle it differently,
      or not at all.

Thanks. I applied it.

    From this testing I think the existing usage of '--no-site-file'

It seemed too confusing to me to use --no-site-file in the documentation
when the other options (-batch, -eval) use single dashes. So I changed
it. And I changed the code in lispdir.m4 to match. OTOH, I kept the code
in lisp.am that's using double dashes (--batch --no-site-file) since
really, both should work, and are assumed to work, so might as well use
both.

It is standard behavior in Emacs (and many other programs) for long
options to be accepted with both single and double dashes. The --help
message for emacs says:

  You can generally also specify long option names with a single -; for
  example, -batch as well as --batch.

Maybe the xemacs help msg or doc also says that? It would have been
quite strange/gratuitous for them to change that.  Documentation often
arbitrarily uses one or two dashes. --thanks, karl.




Reply sent to Karl Berry <karl <at> freefriends.org>:
You have taken responsibility. (Wed, 28 Sep 2022 01:06:01 GMT) Full text and rfc822 format available.

Notification sent to Richard Hopkins <emacs <at> unbit.co.uk>:
bug acknowledged by developer. (Wed, 28 Sep 2022 01:06:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 26 Oct 2022 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 1 year and 176 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.