From: Eli Zaretskii <eliz@gnu.org>
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: stefan@marxist.se, michael.albinus@gmx.de, 37527@debbugs.gnu.org
Subject: bug#37527: [PATCH] Install C source code for for debugging help
Date: Sun, 26 Jan 2020 18:13:27 +0200 [thread overview]
Message-ID: <837e1ep55k.fsf@gnu.org> (raw)
In-Reply-To: <862c4cca-3a79-f3a7-e88a-0f478c454cde@cs.ucla.edu> (message from Paul Eggert on Sun, 26 Jan 2020 01:00:34 -0800)
> Cc: stefan@marxist.se, michael.albinus@gmx.de, rgm@gnu.org,
> 37527@debbugs.gnu.org
> From: Paul Eggert <eggert@cs.ucla.edu>
> Date: Sun, 26 Jan 2020 01:00:34 -0800
>
> Thanks, but the name of this variable gives no clue about the sources
> being installed as part of "make install", and neither does its
> documentation. How about emacs-installed-source-directory?
>
> We don't use 'installed-' in other names that have similar roles, e.g., 'data-directory'. These variables and their uses don't care how the files got there, and their names and documentation should focus on what the variables are used for, not on the build process that set them up.
The files in those directories are always installed, and we never
reference them in the original source tree, so this is different.
> I thought it pretty clear during the discussion that it would be opt-out; that's what my original patch proposed, anyway. I don't see why we'd want it to be opt-in.
The discussion back then indicates that this wasn't clear at all. I
suggested this to be off by default right at the beginning of the
discussion, and proposed to wait to hear user feedback first, see
https://lists.gnu.org/archive/html/emacs-devel/2019-09/msg00581.html
Andreas said we should instead teach Emacs to look for the sources in
the debug source directory, see
https://lists.gnu.org/archive/html/emacs-devel/2019-09/msg00584.html
Several other people opined that installing sources shouldn't be the
default, and some said right away that they will disable this if
installed.
Also, there was some kind of consensus that providing sources to be
installed by end-users is something the distros should do, and distros
don't need this turned on by default. By contrast, users who build
their own Emacs are not very likely to want the sources installed the
second time.
Therefore, it sounds like making this the default is premature, and we
should change it to be an opt-in feature.
> (defvar find-function-C-source-directory
> - (let ((dir (expand-file-name "src" source-directory)))
> - (if (file-accessible-directory-p dir) dir))
> + (let ((dir (expand-file-name "src" emacs-source-directory)))
> + (if (file-accessible-directory-p dir) dir
> + (setq dir (expand-file-name "src" source-directory))
> + (if (file-accessible-directory-p dir) dir)))
>
> This is backwards, IMO: it should first try the original source tree,
> and only next the installed sources.
>
> The original source tree location is unreliable and is documented to be unreliable, whereas the installed sources are supposed to match the Emacs you're running and that is more useful for C-h f and friends. I'd rather try the reliable copy first.
Which one is the reliable one depends on whether this option was
specified at configure time, and for users who install precompiled
distributions, also on whether they decide to install the sources. So
they are both unreliable, but Emacs developers are much more likely to
have source-directory populated, so we should start with that.
next prev parent reply other threads:[~2020-01-26 16:13 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-26 20:07 bug#37527: [PATCH] Install C source code for for debugging help Paul Eggert
2019-09-27 5:09 ` Eli Zaretskii
2019-09-27 6:24 ` Paul Eggert
2019-09-27 7:21 ` Eli Zaretskii
2019-09-27 8:48 ` Andreas Schwab
2019-09-27 8:58 ` Michael Albinus
2019-09-27 11:36 ` Eli Zaretskii
2019-09-27 19:59 ` Michael Albinus
2019-09-28 5:55 ` Paul Eggert
2019-09-28 7:29 ` Eli Zaretskii
2019-09-28 7:54 ` Michael Albinus
2019-09-29 7:09 ` Paul Eggert
2019-09-28 6:01 ` Eli Zaretskii
2019-09-28 9:11 ` Michael Albinus
2019-09-28 9:43 ` Eli Zaretskii
2019-10-03 13:38 ` Michael Albinus
2019-10-03 16:26 ` Eli Zaretskii
2019-10-04 8:52 ` Michael Albinus
2019-10-03 16:54 ` Basil L. Contovounesios
2019-10-04 8:54 ` Michael Albinus
2019-10-03 21:50 ` Paul Eggert
2019-10-03 22:32 ` Glenn Morris
2019-10-04 1:28 ` Paul Eggert
2019-10-04 8:57 ` Michael Albinus
2019-10-04 9:20 ` Michael Albinus
2019-10-06 7:48 ` Paul Eggert
2019-10-07 15:17 ` Michael Albinus
2019-10-07 19:48 ` Paul Eggert
2019-10-08 7:47 ` Eli Zaretskii
2019-10-08 9:54 ` Michael Albinus
2019-10-08 11:58 ` Eli Zaretskii
2020-01-20 19:12 ` Stefan Kangas
2020-01-21 9:13 ` Paul Eggert
2020-01-21 17:02 ` Eli Zaretskii
2020-01-21 17:48 ` Paul Eggert
2020-01-21 18:04 ` Eli Zaretskii
2020-01-22 0:27 ` Paul Eggert
2020-01-22 3:31 ` Eli Zaretskii
2020-01-23 8:58 ` Paul Eggert
2020-01-23 14:23 ` Eli Zaretskii
2020-01-23 17:42 ` Paul Eggert
2020-01-23 18:24 ` Eli Zaretskii
2020-01-25 0:47 ` Paul Eggert
2020-01-25 7:58 ` Eli Zaretskii
2020-01-26 9:00 ` Paul Eggert
2020-01-26 16:13 ` Eli Zaretskii [this message]
2020-01-26 18:18 ` Paul Eggert
2020-01-26 19:24 ` Eli Zaretskii
2020-01-26 20:09 ` Michael Albinus
2020-01-27 21:17 ` Paul Eggert
2020-01-28 3:22 ` Eli Zaretskii
2020-01-26 20:06 ` Michael Albinus
2020-01-26 20:10 ` Eli Zaretskii
2019-09-28 5:51 ` Paul Eggert
2019-09-29 13:02 ` Rohan Hendrik Jotz-Lean
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=837e1ep55k.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=37527@debbugs.gnu.org \
--cc=eggert@cs.ucla.edu \
--cc=michael.albinus@gmx.de \
--cc=stefan@marxist.se \
/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.