GNU bug report logs -
#58102
[PATCH] Do not use -Q when calculating Emacs site-lisp directory
Previous Next
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.
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):
[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):
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.