From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Pierre Rouleau Newsgroups: gmane.emacs.help Subject: Re: Has something changed in the autoload mechanism in Emacs 29? Date: Fri, 26 Jul 2024 10:07:50 -0400 Message-ID: References: <87a5i5jozu.fsf@web.de> <87o76knz33.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35601"; mail-complaints-to="usenet@ciao.gmane.io" Cc: help-gnu-emacs@gnu.org To: Michael Heerdegen Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jul 26 16:08:54 2024 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 1sXLcr-000949-U5 for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 26 Jul 2024 16:08:54 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sXLc7-0001d8-UI; Fri, 26 Jul 2024 10:08:07 -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 1sXLc5-0001ck-Qp for help-gnu-emacs@gnu.org; Fri, 26 Jul 2024 10:08:05 -0400 Original-Received: from mail-qt1-x833.google.com ([2607:f8b0:4864:20::833]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sXLc3-0003Li-Kc for help-gnu-emacs@gnu.org; Fri, 26 Jul 2024 10:08:05 -0400 Original-Received: by mail-qt1-x833.google.com with SMTP id d75a77b69052e-44fea44f725so6192041cf.1 for ; Fri, 26 Jul 2024 07:08:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1722002882; x=1722607682; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=DCHfeUNT1oEaCs8DD6OvmBhqijDaVVw64SDAoWRBKPg=; b=iHNxa5yqhLzjFvs1W1HBMAbGNUA/JmDwcWkEANFnOF2ts31ktqrINa8AQcxvuLb4kK ag3ovWkoicfxTg3FpKoa+OlhzXA7oXfaRbcr0T5MX2zggk7og7eJn6zdeCAOotCEUbCR TZ4i1hz5KbbUF7dwTngrxRJ8SSub1+MWqlt4YbUgLnu392DJ3kYn26gu3wGxLUuD3a1r orzUAIl6HdzHIRwJ2IOddVW8oJ5oeulcWrNP7zIYkh/bsd+BKUtR2tfR3M/E+P/OJgDB 1f4dhjNQL0qeRvgREyuGG/iih9a79ID8Gp/KyzRJoFasoHcUOAbWybA/XslctPhTC52y v3CA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722002882; x=1722607682; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DCHfeUNT1oEaCs8DD6OvmBhqijDaVVw64SDAoWRBKPg=; b=wV5d6G9JWYYw3NJTmQUPlV8YAkDiBM7LfldnglAixjCwYIEcqVIRwi1g0P7Ysdfnv5 REphSSd6wludBUAvhwYDKiiuAdWf1FmtkBR/Imed6HUtpQ3+vR+rAYXZi638DzjYxAgR DKEL1A1PHQd20hKX5qd1jQRLMzPH0sedMbIP7NrnPSriS42tKP3PQHqDbrP4zmTEmiw0 ICfcMdgFkh0xUbUkP31HrEIeCILwUILOEL/tmTfgG+LxdBXdUdMi7Nj1QOM0XuiArtOM elN1+0EJMCZXXNa3ZEcYlANH+I6mJuWIegMmfpFiDC3xPp9I4BkiE7oGGJ4Wfrkc9uId Q2OQ== X-Gm-Message-State: AOJu0YzDxBtrX+5fXxNbePsaVi17DTiPcCD/xrLpKagJkUHvL2+hv3SX /rdB/4RyAfNniopkovmW1lk8qqvC5ah+CuYFea5UhVCSJJQLDBge5pRYpTtF0Xf+xPBMoAmTRKN U3oR3Orju1kb7Bn4WVzDH/ZOO43FXSCx5 X-Google-Smtp-Source: AGHT+IFWr5F9R+iGdpt7zcPVbU987BQ+aNzSqqFpW3kwDwtKqs/yRTRUd0+HdxdJgE9d2MNu4h8nH1R28ph+J0LZJb8= X-Received: by 2002:ac8:57c2:0:b0:43a:3502:8446 with SMTP id d75a77b69052e-44fd7ba03d7mr160941541cf.28.1722002881653; Fri, 26 Jul 2024 07:08:01 -0700 (PDT) In-Reply-To: <87o76knz33.fsf@web.de> Received-SPF: pass client-ip=2607:f8b0:4864:20::833; envelope-from=prouleau001@gmail.com; helo=mail-qt1-x833.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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:147382 Archived-At: On Fri, Jul 26, 2024 at 7:59=E2=80=AFAM Michael Heerdegen via Users list fo= r the GNU Emacs text editor wrote: > Pierre Rouleau writes: > > > Note that when the error shows up, if I byte-compile the pel-ffind.el > file > > (where the pel-generic-find-file function is located) > > and issue the describe-symbol command again, > > then the information shown in the help buffer shows the correct file > name: > > pel--ffind.el > > What's the result of evaluating (symbol-function 'pel-generic-find-file) > in the situation where the describe command reports the wrong location? > > The result is: #[513 "\300 \3011^\^@\211\203^P^@\211^BB\202^Q^@^A\302^A!\303^E^B\"\266\2020\207\210\3= 04\207" [pel-ffind-project-directory (user-error) delete-dups pel-ffind nil] 8 ("/Users/roup/my/dv/elisp/pel/pel-ffind.elc" . 3424)] The path /Users/roup/my/dv/elisp/pel/pel-ffind.elc is correct. Yet the *Help* buffer created by (describe-symbol 'pel-generic-find-file) , which returns 1, shows the function being defined in pel_keys.el instead of the pel-ffind.el= , followed by the proper docstring. pel-generic-find-file is an autoloaded byte-compiled Lisp function in =E2=80=98pel_keys.el=E2=80=99. (pel-generic-find-file FILENAME &optional DIRECTORIES) Find a file FILENAME from the project holding the current buffer file. Return a list of found file names with complete absolute path. Return nil if nothing found. All file searches are done in directory *trees* identified by the current project and optionally by the extra DIRECTORIES. If DIRECTORIES argument is specified it may be a single directory path string or a list of directory path strings to search on top of the current project directory. The =E2=80=98pel-generic-find-file=E2=80=99 is the most generic method to s= earch for files, can be set as the default value for the global value of the =E2=80=98pel-filename-at-point-finders=E2=80=99 buffer local variabl= e used by =E2=80=98pel--find-by-finders=E2=80=99. However, that may not be sufficient for some programming languages. In that case you should be using a language specific function. There is one implemented for Erlang: =E2=80=98pel-erlang-find-file=E2=80=99= . > I currently don't have a concrete idea. Nothing fundamental changed in > the autoload mechanism I think. Smaller changes happened over the time, > sure. > Was there not a change in Emacs 28? I'll have to go back and read the release notes. > Are you even sure that the problem is new and not reproducible using > older Emacs versions? > I will have to retest on Emacs 28 and 27. I tried several times on Emacs 26.1 that I have to use on some old linux distros and I could not see the problem. When I visit the link to the source of your code, is it easy for me to > reproduce this issue? > Probably not. PEL requires a specific init.el, provided as an example to update in https://github.com/pierre-rouleau/pel/blob/master/example/init/init.el And then basic configuration. I will probably have to try to disable some packages in the environment where I see the problem just in case the issue is caused by something in there. I can't use emacs -Q to test it because then I don't use PEL. If there's nothing obvious as to what changed in the auto loading mechanism then I'll need to test more on the affected platform and test on others. I should probably look at the code that describe-symbol and see where it gets the source file associated with the symbol. --=20 /Pierre