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: 29.2: (void-function batch-update-autoloads) Date: Sun, 25 Aug 2024 14:30:14 +0300 Message-ID: <86jzg4lu0p.fsf@gnu.org> References: <87ikvpt264.fsf@mat.ucm.es> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17044"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Uwe Brauer Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Aug 25 13:31:07 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 1siBSc-0004GQ-Rl for ged-emacs-devel@m.gmane-mx.org; Sun, 25 Aug 2024 13:31:06 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1siBRv-0000G3-Ko; Sun, 25 Aug 2024 07:30:23 -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 1siBRt-0000FO-KV for emacs-devel@gnu.org; Sun, 25 Aug 2024 07:30:22 -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 1siBRt-0006bc-8H; Sun, 25 Aug 2024 07:30:21 -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=45q1aeDiz8IFW0UZa11Fb0/HCgGLeD6cZVb0unY/R1E=; b=Hqis0UMuvN0r D5e3Suj9y6N9BIcTn0tJlUucefLtAA1R6seWbZWaem8TN7xt0yk/PLGvGnDUtDJ+uV3R8xNIboyb5 y4mzeAlNLppNFHyCHBjMkve+3T+plVp6f0HOffr0Co+GmM7cJPoEFgQ1wFZFYLcOOZmnavQRPcwyO SAcoVJPfzCoP4zzJqvPnVqHAc/1Sd4iKiD7Qqyl/6sLeKTOh4JliP8O5wmCg75MQ2ZICh18DWjDs9 IHakVB2v4xd7E7pcOrd/nlLhN8xZc3dv+a/ubDEO7YDFZLvyLbkh3/CDwnPcoWZSvwYmeKuIw9Npe lGbHhsEzKr0qN9xp3ZfCCw==; In-Reply-To: <87ikvpt264.fsf@mat.ucm.es> (emacs-devel@gnu.org) 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:323120 Archived-At: > Date: Sun, 25 Aug 2024 10:52:19 +0200 > From: Uwe Brauer via "Emacs development discussions." > > 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. (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.) > 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. 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.