From: Eli Zaretskii <eliz@gnu.org>
To: Radon Rosborough <radon.neon@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: [PATCH] Fix `early-init-file' value when file is missing
Date: Fri, 08 Feb 2019 23:52:30 +0200 [thread overview]
Message-ID: <837eeaosm9.fsf@gnu.org> (raw)
In-Reply-To: <CADB4rJH8Lxf31y9OSw+FKX5qceWdoV0Mr97mxt0EqKmJQyJ2wA@mail.gmail.com> (message from Radon Rosborough on Fri, 8 Feb 2019 09:34:08 -0800)
> From: Radon Rosborough <radon.neon@gmail.com>
> Date: Fri, 8 Feb 2019 09:34:08 -0800
> Cc: emacs-devel <emacs-devel@gnu.org>
>
> > However, I would prefer to have this solved outside
> > load-user-init-file, if feasible. This function is too central to
> > Emacs to make non-trivial changes there for such a minor problem's
> > sake.
>
> I am sorry, but I simply cannot see how this change is non-trivial.
> There is exactly one logic change that this patch makes: namely, that
> the extension of user-init-file is changed to .el, but only in the
> case of the early init-file not being found.
But to do that, you've modified the API of load-user-init-file,
changing the semantics of its second argument, which then caused the
code of the function to change to accommodate that. This then
requires to go and check that these changes didn't affect the other
callers of that function in ways we don't want.
> I also cannot see how any other way of solving this bug could be as
> clear and straightforward as fixing it directly by updating the code
> that was broken.
All you want is to set a single variable to a specific value if the
file wasn't found, right? How hard can it be to do that after
load-user-init-file returns and reports a failure? Or do that inside
the function, but only if it processes early-init file specifically?
> Could you explain your reasoning?
I tried in the message you responded to, but you've elided all those
explanations.
next prev parent reply other threads:[~2019-02-08 21:52 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-16 5:54 [PATCH] Fix `early-init-file' value when file is missing Radon Rosborough
2019-01-23 3:47 ` Radon Rosborough
2019-01-29 17:24 ` Radon Rosborough
2019-01-29 17:46 ` Eli Zaretskii
2019-02-01 9:11 ` Eli Zaretskii
2019-02-01 23:10 ` Radon Rosborough
2019-02-08 7:32 ` Eli Zaretskii
2019-02-08 17:34 ` Radon Rosborough
2019-02-08 21:52 ` Eli Zaretskii [this message]
2019-02-10 23:04 ` Radon Rosborough
2019-02-10 23:14 ` Stefan Monnier
2019-02-11 16:05 ` Eli Zaretskii
2019-02-12 5:38 ` Radon Rosborough
2019-02-12 16:14 ` Eli Zaretskii
2019-02-13 2:36 ` Radon Rosborough
2019-02-13 17:56 ` Eli Zaretskii
2019-02-16 0:47 ` Radon Rosborough
2019-02-16 7:17 ` Eli Zaretskii
2019-02-16 20:26 ` Radon Rosborough
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=837eeaosm9.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=radon.neon@gmail.com \
/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).