unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Konstantin Kharlamov <Hi-Angel@yandex.ru>
Cc: emacs-devel@gnu.org
Subject: Re: How does Emacs load a non-existent .el file?
Date: Fri, 01 Mar 2024 15:45:44 +0200	[thread overview]
Message-ID: <86il26qd4n.fsf@gnu.org> (raw)
In-Reply-To: <3787c36325de4bcfbd7084d3a581c4de3157fc8c.camel@yandex.ru> (message from Konstantin Kharlamov on Fri, 01 Mar 2024 16:30:07 +0300)

> From: Konstantin Kharlamov <Hi-Angel@yandex.ru>
> Cc: emacs-devel@gnu.org
> Date: Fri, 01 Mar 2024 16:30:07 +0300
> 
> > Yes: startup.el is preloaded, see lisp/loadup.el.  So if you change
> > it, you need to rebuild Emacs to let the changes have their effect at
> > startup.  You can also load startup.el manually into a running
> > session, and then invoke functions you've changed, but that will only
> > be useful if what you are changing is not some special behavior that
> > happens only at startup.
> 
> Okay, I see, so the `startup.el` is a dummy file that's not being read.

It isn't a "dummy file".  It is not being read in your scenario, but
that's not all there is to it.

> I wonder if it's too hard to add to `*Help*` buffer mention that
> certain functions are not being read from the file where the buffer
> claims that they reside.

That claim is correct, so why change it?

> > There are a few answers there that solve the problem, so I'm not sure
> > what else are you trying to do, and why.
> 
> I see only one answer that is more or less convenient, which is `emacs
> --insert <(echo 123)`.

No, there's also an answer using --script, for example.

> I agree with the opinion of one of the commenters here: this is
> absolutely basic feature that most editors have. Not having it in Emacs
> is very strange.

I actually find it strange that someone wants it.  The need was never
explained.  The fact that we don't have it speaks volumes about the
need (or lack thereof).

Of course, if this is your itch, feel free to scratch it, regardless.
Don't mind me.



  reply	other threads:[~2024-03-01 13:45 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-01 10:52 How does Emacs load a non-existent .el file? Konstantin Kharlamov
2024-03-01 12:22 ` Eli Zaretskii
2024-03-01 13:30   ` Konstantin Kharlamov
2024-03-01 13:45     ` Eli Zaretskii [this message]
2024-03-01 14:15       ` Konstantin Kharlamov
2024-03-01 16:41         ` Eli Zaretskii
2024-03-01 17:53     ` Andreas Schwab
2024-03-01 18:36       ` Konstantin Kharlamov
2024-03-01 20:48         ` Andreas Schwab
2024-03-01 20:57           ` Konstantin Kharlamov

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=86il26qd4n.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=Hi-Angel@yandex.ru \
    --cc=emacs-devel@gnu.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 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).