From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dave Hart Newsgroups: gmane.emacs.bugs Subject: bug#71487: automake-1.16.92 released Date: Sun, 30 Jun 2024 17:34:37 +0000 Message-ID: References: <8d162a85-27d2-47ea-9308-e35cf6a91405@draconx.ca> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000aed0e4061c1ee5a6" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35297"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 71487-close@debbugs.gnu.org To: Nick Bowler , GNU Automake mailing list Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jun 30 19:36:11 2024 Return-path: Envelope-to: geb-bug-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 1sNyTC-0008wD-VJ for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 30 Jun 2024 19:36:11 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sNyT5-0008Jc-Mt; Sun, 30 Jun 2024 13:36:03 -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 1sNyT4-0008J8-9d for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2024 13:36:02 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sNyT4-0006bl-1V for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2024 13:36:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sNyT4-0005Yb-0P for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2024 13:36:02 -0400 Resent-From: Dave Hart Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Jun 2024 17:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 71487 X-GNU-PR-Package: emacs Mail-Followup-To: 71487@debbugs.gnu.org, davehart@gmail.com, eg642616@gmail.com Original-Received: via spool by 71487-done@debbugs.gnu.org id=D71487.171976895821347 (code D ref 71487); Sun, 30 Jun 2024 17:36:01 +0000 Original-Received: (at 71487-close) by debbugs.gnu.org; 30 Jun 2024 17:35:58 +0000 Original-Received: from localhost ([127.0.0.1]:58982 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sNySz-0005YF-KI for submit@debbugs.gnu.org; Sun, 30 Jun 2024 13:35:58 -0400 Original-Received: from mail-yb1-f172.google.com ([209.85.219.172]:57656) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sNySw-0005Xx-Q8 for 71487-close@debbugs.gnu.org; Sun, 30 Jun 2024 13:35:55 -0400 Original-Received: by mail-yb1-f172.google.com with SMTP id 3f1490d57ef6-df481bf6680so2211710276.3 for <71487-close@debbugs.gnu.org>; Sun, 30 Jun 2024 10:35:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1719768889; x=1720373689; darn=debbugs.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=AioO3HGTB7E9gTIoVStygUAY944SWSYlpPAVu+Bxwpw=; b=nUQci7/t1P4Jp42MVlCwJfjdHHr/A8K9Y+XiIoLWTxGBbtKai16Mu5Xpw8vXkyd9hQ 7mYpho+QOHjOgQAsuuYUZvvES1Uaj6Xj75WVYkE7+BUxSvEw+ibU5G+nQKYTrgapJA/R rBSYdFWF6akdCuMMMcJGCInm+wQg+pNgFDRmnWpWg2/B5/MYycD1RIDSkUWOY2co+dBT b3xUVtf27cGAc/VjcQHnKepa2kKMcRRX8N1yVcyK/t2C4wAkoP6OIUOFlYbXRYZjPWt6 qPk/qb24i8s3ciqzTklIEQbDJFTDlBz3KpySVe5vgMlj/EmEru2vqfEI8gmFDyQrxeXN Po7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719768889; x=1720373689; 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=AioO3HGTB7E9gTIoVStygUAY944SWSYlpPAVu+Bxwpw=; b=Yjadc2/ym/j5ouh38lo+fOkcaOThRFCgyhgB8DRjFLNWIyPwctoD4Lj8OESO38afZP NfuJkwqiIAIz69AHQ3Lz4ixfPHkDVMZ14eeh28XtUiw0T7R4R24HQikhBaRK3macW+CT 6dUxGebsDl1JOfGBYm/GTvlbe5wuuwcVcMzj1MaTk35f1Y6Aze2pnvt6oDN5dkWJUhdY EJR0Aw7XutDlmug5+kD6vvugiacPEUImOUSFHt7XCO0Xlp0Coar41bSEPwAqKl2AH1vB xP+HB4NJIZg6tLPSzAkJ6P/DYxTbrEGN7WAZbO4vmnfJvMGDnNU87/xHtDaU5p6Jf+iH nQKw== X-Gm-Message-State: AOJu0YyRQvFRgZ21M37p924MxW8fXFy3uvF/MGUrzLrAsRGAFkpFLQV4 3Z1UbktVHY20I5oIYVmogNCWLIIIeVEBoA/sUvVGPMLjP5aHJYYKuwUv6RfO81QyKiR1VpbMKY1 cua8R+oM7H1rHPha9Otih3Jbaw+A= X-Google-Smtp-Source: AGHT+IFOJJnX1vz020nxkHwfCXpgBKnhM+xn/4snvlcKi8LKcdchFbnupfyVlYqvWdaebUflJtC4u8vOmPSLi5CwWGg= X-Received: by 2002:a25:aaf3:0:b0:e03:528d:db57 with SMTP id 3f1490d57ef6-e036eaf6cc9mr3613422276.12.1719768888297; Sun, 30 Jun 2024 10:34:48 -0700 (PDT) In-Reply-To: <8d162a85-27d2-47ea-9308-e35cf6a91405@draconx.ca> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:288214 Archived-At: --000000000000aed0e4061c1ee5a6 Content-Type: text/plain; charset="UTF-8" On Sun, 30 Jun 2024 at 05:03, Nick Bowler wrote: > [...] > > autoreconf decides to run libtoolize based on an m4 trace right after > it runs aclocal, looking for expansion of LT_INIT (or the older > AC_PROG_LIBTOOL). > > This means that for this to work at all: > > (1) a macro definition of LT_INIT must be available at this time, and > (2) the LT_INIT macro must actually be expanded directly, and > (3) tracing must not be disabled. > > Normally aclocal will take care of (1). Since this tool is part of > Automake, this is something you have changed in your setup so it's > plausible this is the underlying cause of your problem. > > aclocal works basically by grepping your configure.ac and all the files > it knows about looking for things that look like macro definitions and > things that look like macro expansions, and copying in any missing > definitions. So for this to work: > > (1.1) aclocal must know where to find the definition of LT_INIT. > (1.2) aclocal must see the place where LT_INIT is expanded. > > Normally, aclocal and libtool are installed to the same prefix, libtool > will install its macros into the default aclocal search path, and > aclocal will find the macro definitions. If they are installed into > different prefixes, aclocal will need help, you can use the dirlist > mechanism (recommended for a permanent installation) or for a quick fix, > set the ACLOCAL_PATH environment variable to the installed location of > the libtool macros. > Thanks for explaining this, Nick, and in fact the problem was self-inflicted as I was installing the prerelease Automake versions to a different prefix than libtool (and the base automake) without taking steps to help aclocal find the libtool macro definitions. After installing Libtool to the same prefix as the prerelease Automake, the problem disappeared. Cheers, Dave Hart --000000000000aed0e4061c1ee5a6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, 30 Jun 2024 at 05:03, N= ick Bowler <nbowler@draconx.ca= > wrote:
[...]

autoreconf decides to run libtoolize based on an m4 trace right after
it runs aclocal, looking for expansion of LT_INIT (or the older
AC_PROG_LIBTOOL).

This means that for this to work at all:

=C2=A0(1) a macro definition of LT_INIT must be available at this time, and=
=C2=A0(2) the LT_INIT macro must actually be expanded directly, and
=C2=A0(3) tracing must not be disabled.

Normally aclocal will take care of (1).=C2=A0 Since this tool is part of Automake, this is something you have changed in your setup so it's
plausible this is the underlying cause of your problem.

aclocal works basically by grepping your configure.ac and all the files
it knows about looking for things that look like macro definitions and
things that look like macro expansions, and copying in any missing
definitions.=C2=A0 So for this to work:

=C2=A0 (1.1) aclocal must know where to find the definition of LT_INIT.
=C2=A0 (1.2) aclocal must see the place where LT_INIT is expanded.

Normally, aclocal and libtool are installed to the same prefix, libtool
will install its macros into the default aclocal search path, and
aclocal will find the macro definitions.=C2=A0 If they are installed into different prefixes, aclocal will need help, you can use the dirlist
mechanism (recommended for a permanent installation) or for a quick fix, set the ACLOCAL_PATH environment variable to the installed location of
the libtool macros.

Thanks for explaining this, Nick, and in fact the problem was self-infl= icted as I was installing the prerelease Automake versions to a different p= refix than libtool (and the base automake) without taking steps to help acl= ocal find the libtool macro definitions.
<= br>
After installing Libtool to the same p= refix as the prerelease Automake, the problem disappeared.

Cheers,
Dave Hart
--000000000000aed0e4061c1ee5a6--