From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: How does Emacs load a non-existent .el file? Date: Fri, 01 Mar 2024 18:41:17 +0200 Message-ID: <86frx9rjki.fsf@gnu.org> References: <0036123ac52383e6a4dc7bc3d76ec2941168b011.camel@yandex.ru> <86r0guqgyt.fsf@gnu.org> <3787c36325de4bcfbd7084d3a581c4de3157fc8c.camel@yandex.ru> <86il26qd4n.fsf@gnu.org> <934ee5e7305339ca64122d78114a55c627481971.camel@yandex.ru> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21143"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Konstantin Kharlamov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Mar 01 17:42:24 2024 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rg5xn-0005Eu-4T for ged-emacs-devel@m.gmane-mx.org; Fri, 01 Mar 2024 17:42:23 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rg5wo-0003B8-3g; Fri, 01 Mar 2024 11:41:22 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rg5wn-00039p-BE for emacs-devel@gnu.org; Fri, 01 Mar 2024 11:41:21 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rg5wm-00066K-VS; Fri, 01 Mar 2024 11:41:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ITxw8cek1l7O1yDxP3v0gumz/Iq2ckNfO7MlonZKqPo=; b=OPy3/c/SsJbT 4iZLZtM0wXoPT3bJ266zyC7+R0wvNjNQ3a1IfZPC69HwXkk+saLYIOdpTTBKBVSt3ZiAW4mZ0PzlC yauXSQmCJ/c8otM8ECYP7yy4rmMqO1QcAt1tl5/LRq17r2Or/V3QNIYGp1kCO8AkbBX3ANtm4ZXYl n24frdQQF6Hw0SeogUZDeta24PhK8fl2Eij7G6OqtVVgNCHZHeCC8Q9tHaGQQ6ROWbpzvADnAZuCK abSI0wtfQeKnZXw+8b+BTqe8esrtfBJ9etwh0K6BdS0NN9/MAZ2MiAOJLk4C9shS3pshDIDTJPJpD OuDDwDZSlyPMkc8RsuzHBA==; In-Reply-To: <934ee5e7305339ca64122d78114a55c627481971.camel@yandex.ru> (message from Konstantin Kharlamov on Fri, 01 Mar 2024 17:15:21 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:316663 Archived-At: > From: Konstantin Kharlamov > Cc: emacs-devel@gnu.org > Date: Fri, 01 Mar 2024 17:15:21 +0300 > > > > 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? > > What claim? The claim you mention above. > I'm pointing out the lack of information in *Help* buffer > that certain functions are not read from the location where *Help* > claims them to be. The doc string doesn't say where the functions is read from, it says where the function is defined in the source code. And it's true that command-line-1 is defined in startup.el. Like it's true that, for example, kill-buffer is defined in buffer.c, although it is built into Emacs by way of compiling buffer.c into buffer.o, and then linking buffer.o (together with other *.o files) into the Emacs executable. the same happens with functions defined in startup.el: the code is compiled into startup.elc or startup-xxx.eln, and then loaded into the Emacs binary during dumping (actually, the *.eln files are only recorded during dumping and then loaded anew at each startup).