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.help Subject: Re: Skipping installation of .el.gz files Date: Tue, 24 Oct 2023 15:35:56 +0300 Message-ID: <83v8awkxjn.fsf@gnu.org> References: <83wmvdo9ks.fsf@gnu.org> <83ttqhmbdz.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8984"; mail-complaints-to="usenet@ciao.gmane.io" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Oct 24 14:36:58 2023 Return-path: Envelope-to: geh-help-gnu-emacs@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 1qvGeX-00026s-Lf for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 24 Oct 2023 14:36:57 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qvGdW-0004bm-Gh; Tue, 24 Oct 2023 08:35:54 -0400 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 1qvGdT-0004Zd-Hv for help-gnu-emacs@gnu.org; Tue, 24 Oct 2023 08:35:52 -0400 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 1qvGdT-00009V-4d for help-gnu-emacs@gnu.org; Tue, 24 Oct 2023 08:35:51 -0400 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=2/guQUTLP+QhD9Jg2CX5nJbaN5epJtkgIY7HwZ1B/7U=; b=ilw+EVaYUUGt RvcsLRZU+7qsaWi0q2Qxu/PCWK+Ibd4hZeDRBH4/AQ917cs3wqK0532kf2vKeRMZ0KyA1qVHrj+RY C9ahmrjBz2cuPTScgXBbxbVFQ5lMxLr3T/tcODEjQfK+osckHY8xiun53SgfteiaoT/44i0UQ/2h1 PfAyUlxZOUBUS3EfeFIRTlw0DU9qzcLLeIKjwhUi0VVMsN4QMkWXX1XxFKXj+pm2ttvf4HtWF0mJ4 8+VaRSc/ZF8Dd6ujJRbIaY2s3W6wjsfAuG/SfT2tUR7qN90bp2/v9slfbN1zolHWH/snScTJHv4/V gWcMGgZk2oH4/Ag4rb+JbA==; In-Reply-To: (message from Spencer Baugh on Mon, 23 Oct 2023 16:25:56 -0400) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:145371 Archived-At: > From: Spencer Baugh > Date: Mon, 23 Oct 2023 16:25:56 -0400 > > > No, because the source directory could hold code different from the > > one which was used to install the files under /usr/share. Think about > > Emacs installed from a Git repository that got many updates after > > that, for example. > > Yes. And this is an issue today for jumping to the definitions of > functions in C files, since those are not packaged with Emacs. Today, > that is broken out of the box if source-directory is still around. "Broken" is an exaggeration. C source files are less important that Lisp sources, and in many cases the C sources are not installed at all on the user's machine. I see no problem here. > So if you think this behavior is bad I didn't say it was bad, I said your suggestion for a change was not a good idea, since it would introduce a problem where currently there is none. > then should we fix it to not happen for the case of C files? > Perhaps by clearing source-directory when Emacs is installed, so > that Emacs cannot find obsolete C files out of the Git repository? This problem doesn't exist for most users, so I see no reason to fix something that isn't broken.