all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Uwe Brauer via "Emacs development discussions." <emacs-devel@gnu.org>
To: emacs-devel@gnu.org
Subject: Re: 29.2: (void-function batch-update-autoloads)
Date: Sun, 25 Aug 2024 18:23:50 +0200	[thread overview]
Message-ID: <871q2csh9l.fsf@mat.ucm.es> (raw)
In-Reply-To: 86jzg4lu0p.fsf@gnu.org

[-- Attachment #1: Type: text/plain, Size: 2896 bytes --]

>>> "EZ" == Eli Zaretskii <eliz@gnu.org> writes:

>> Date: Sun, 25 Aug 2024 10:52:19 +0200
>> From:  Uwe Brauer via "Emacs development discussions." <emacs-devel@gnu.org>
>> 
>> I am one of the maintainers of matlab-emacs, and after upgrading my
>> system (and emacs) I realised that  the function batch-update-autoloads
>> is gone (which we need for our compilation/installation), sigh [1]

> It is not "gone", it was obsoleted.  You can still find autoloads.el
> in lisp/obsolete.

>> I run grep over my local cloned emacs repository but cannot find any
>> information of how this function can be replaced.

> You can still use that function, if you want, after loading its
> package from lisp/obsolete.  If you want to migrate to the new
> facility, the function to use is loaddefs-generate--emacs-batch,
> defined in the new file lisp/emacs-lisp/loaddefs-gen.el.  

Thanks, but it still does not work, the relevant line of the Makefile now reads
,----
| 
| EMACS=/usr/local/bin/emacs
| EMACSFLAGS=-batch --no-site-file --eval '(setq debug-on-error t)'
| 
| autoloads: 
| 	$(EMACS) $(EMACSFLAGS) $(addprefix -L ,$(LOADPATH)) --eval '(setq generated-autoload-file "$(abspath $(LOADDEFS))")' -f loaddefs-generate--emacs-batch $(abspath $(LOADDIRS))
`----



Using 29.2, but I receive still, 
(void-function loaddefs-generate--emacs-batch)

> (You could have found this out yourself by looking at lisp/Makefile in
> the Emacs Git repository, where we have the commands to generate
> loaddefs.el at Emacs build time.)

Right, but see above.

>> Footnotes:
>> [1]  (I know it has a lot of benefits to change function and variable
>> names, but for those who don't participate in such discussion such
>> changes cause a bit of inconveniences  to say the least)

> You are being unfair to us.  We never remove stuff entirely before
> keeping it deprecated enough years to let everyone adapt. 

I have to admit, and that might be a very personal defect of mine, I do
not pay much attention to the question of a function/variable being
deprecated, since it just works, and I am sure I am not alone with this attitude.

> Knowing Emacs as much as you do, I'd expect you to trust us not to do
> anything foolish or user-unfriendly, but instead assume that the stuff
> you are looking for is present somewhere, and you just don't look for
> it close enough.

Of course, I highly appreciate the work especially you do, and I enjoy
using Emacs.

That being said I just wished, that there would be a more centralised
file or directory, where obsolete functions and variables were listed.




-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 


[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5684 bytes --]

  reply	other threads:[~2024-08-25 16:23 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-25  8:52 29.2: (void-function batch-update-autoloads) Uwe Brauer via Emacs development discussions.
2024-08-25 11:30 ` Eli Zaretskii
2024-08-25 16:23   ` Uwe Brauer via Emacs development discussions. [this message]
2024-08-25 18:24     ` Eli Zaretskii
2024-08-26 12:35       ` Uwe Brauer
2024-08-26 12:47         ` Eli Zaretskii
2024-08-26 13:19         ` Arash Esbati
2024-08-26 13:21           ` Uwe Brauer

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=871q2csh9l.fsf@mat.ucm.es \
    --to=emacs-devel@gnu.org \
    --cc=oub@mat.ucm.es \
    /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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.