From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: Patrice Dumas Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 19 Feb 2022 14:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 54063@debbugs.gnu.org Cc: Gavin Smith X-Debbugs-Original-To: bug-automake@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.164527996124105 (code B ref -1); Sat, 19 Feb 2022 14:13:02 +0000 Received: (at submit) by debbugs.gnu.org; 19 Feb 2022 14:12:41 +0000 Received: from localhost ([127.0.0.1]:57158 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLQTX-0006Gh-LK for submit@debbugs.gnu.org; Sat, 19 Feb 2022 09:12:41 -0500 Received: from lists.gnu.org ([209.51.188.17]:40906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLQTV-0006GZ-1O for submit@debbugs.gnu.org; Sat, 19 Feb 2022 09:12:38 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34908) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nLQTP-0006ba-8l for bug-automake@gnu.org; Sat, 19 Feb 2022 09:12:34 -0500 Received: from smtpfb1-g21.free.fr ([212.27.42.9]:48858) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nLQSb-0007a0-OK for bug-automake@gnu.org; Sat, 19 Feb 2022 09:12:22 -0500 Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id BAD48DF8FC6 for ; Sat, 19 Feb 2022 15:03:40 +0100 (CET) Received: from localhost (unknown [IPv6:2a01:e0a:3e7:4640:2945:f5e7:149c:821]) (Authenticated sender: pertusus@free.fr) by smtp5-g21.free.fr (Postfix) with ESMTPSA id ED0BC5FF9E; Sat, 19 Feb 2022 15:03:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1645279418; bh=A1IeGR3bHc+RJLNLyTVf1PwR4bVI262/OSSOXPTiEdc=; h=Date:From:To:Cc:Subject:From; b=uH9SqxDqIG7MErUbtzE5053+pS/DwhJx6VbGzhd3TdjRVevYjhmbk4JpZBRX7Rv2y 7hfpHLp6A06f9S1J73HnM7wudcbTV4GLo45DcTWQC6grnc+hhjCHerS+MEdchgkScG RpnR1Mfgij6GDjwRngb8L0FMkknTJPzzpXJfFhscqsury/AOKtlP9/vpbJxNccu62+ IeNQJdzXPYCxGTp7iVeKKTjXOQNTcmcxKHDFFdAEqg50w6gB4RPCcA7aW8mBGbe3WZ b/acAFZa+qrtMI09cmC8Vef7Qn21+aBG+xOF5dKFjIX6ce5SAjVAxqFCzpECETQx1P mdSbYCK2Yvw8g== Date: Sat, 19 Feb 2022 15:03:38 +0100 From: Patrice Dumas Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Received-SPF: pass client-ip=212.27.42.9; envelope-from=pertusus@free.fr; helo=smtpfb1-g21.free.fr X-Spam_score_int: -7 X-Spam_score: -0.8 X-Spam_bar: / X-Spam_report: (-0.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_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL=1.31, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.7 (--) Hello, Please CC me, I am not subscribed. In Texinfo, we have a texinfo manual which is automatically generated from Pod sections from Texinfo perl modules. When this generated manual is removed, automake cannot run anymore. To workaround this issue, we have a generation of a fake manual that contains only @setfilename manual.info in the autogen.sh script that can be used to bootstrap some other autogenerated things, in particular Makefile fragments. However, this is not practical, in particular if the generated manual is removed and the Makefile.am file is modified, one need to redo a fake manual in order to have things being ok again. It seems to me that one way to avoid the issue would be if automake used only the texinfo manual name to construct the rules. It would probably be a good thing to do irrespective of this issue, as @setfilename is not as important as it used to be, now it is fully optional, and we probably should consider as a best practice not to have @setfilename in Texinfo manuals. The manual is in doc/tp_api in the texinfo sources, it is tp_api.texi. I have not checked, but I think that a minimal reproducer would be a Makefile.am with: ########################################### info_TEXINFOS = my_manual.texi BUILT_SOURCES = my_manual.texi my_manual.texi: pre_my_manual.texi cat $< > $@ ########################################## With pre_my_manual.texi having only one line @setfilename my_manual.info -- Pat From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: Mike Frysinger Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Thu, 24 Feb 2022 06:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Patrice Dumas Cc: 54063@debbugs.gnu.org, Gavin Smith Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.164568555122739 (code B ref 54063); Thu, 24 Feb 2022 06:53:02 +0000 Received: (at 54063) by debbugs.gnu.org; 24 Feb 2022 06:52:31 +0000 Received: from localhost ([127.0.0.1]:47364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nN7zJ-0005ug-UH for submit@debbugs.gnu.org; Thu, 24 Feb 2022 01:52:31 -0500 Received: from woodpecker.gentoo.org ([140.211.166.183]:48750 helo=smtp.gentoo.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nN7zG-0005uN-Kw for 54063@debbugs.gnu.org; Thu, 24 Feb 2022 01:52:28 -0500 Received: by smtp.gentoo.org (Postfix, from userid 559) id 4C66B342F09; Thu, 24 Feb 2022 06:52:20 +0000 (UTC) Date: Thu, 24 Feb 2022 01:52:21 -0500 From: Mike Frysinger Message-ID: Mail-Followup-To: Patrice Dumas , 54063@debbugs.gnu.org, Gavin Smith References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="aQnK2dRtkEMjNDkr" Content-Disposition: inline In-Reply-To: X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) --aQnK2dRtkEMjNDkr Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 19 Feb 2022 15:03, Patrice Dumas wrote: > In Texinfo, we have a texinfo manual which is automatically generated > from Pod sections from Texinfo perl modules. When this generated manual > is removed, automake cannot run anymore. To workaround this issue, we > have a generation of a fake manual that contains only @setfilename manual= =2Einfo=20 > in the autogen.sh script that can be used to bootstrap some other > autogenerated things, in particular Makefile fragments. However, this > is not practical, in particular if the generated manual is removed and > the Makefile.am file is modified, one need to redo a fake manual in > order to have things being ok again. >=20 > It seems to me that one way to avoid the issue would be if automake used > only the texinfo manual name to construct the rules. It would probably > be a good thing to do irrespective of this issue, as @setfilename is not > as important as it used to be, now it is fully optional, and we probably > should consider as a best practice not to have @setfilename in Texinfo > manuals. >=20 > The manual is in doc/tp_api in the texinfo sources, it is tp_api.texi. automake already has some fallback logic if @setfilename isn't set -- it uses the basename of the source file and changes .texi to .info. but it doesn't work if the file doesn't exist. i think that should be easy to support. --- a/bin/automake.in +++ b/bin/automake.in @@ -3062,7 +3062,8 @@ sub scan_texinfo_file { my ($filename) =3D @_; =20 - my $texi =3D new Automake::XFile "< $filename"; + my $source =3D -e $filename ? $filename : "/dev/null"; + my $texi =3D new Automake::XFile "< $source"; verb "reading $filename"; =20 my ($outfile, $vfile); if this is the only thing you need, then i won't think any harder about it. -mike --aQnK2dRtkEMjNDkr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmIXKyUACgkQQWM7n+g3 9YExvQ//YCvIkX6Cbs6hC5zDtZwMkCEh954tiHytk2SGVPP+LAWuAczWlZktZ1LV SyILmTo4rXndZr4Db5RYMHDIgOJewz4IUHNvWif35TMu5FrF+/BZz6I9wVVgQqma baVnRE7to9EgwX605HO4AIymAp0fEi5NbMchnWaEa3Di2ctXaDtpd1O3hhObSE8m JpDX6tTTM9OVg6yRMAwpbUpJTyGw3gOoDmbI4tDstK9brPN6gm1Dsn8nWVWEuwV2 KhO2cVJMtz97o5ByKNXsUEwya9k2/7IKKiUKhR1lq4KzD8BcDlH840eCIUhXtIZb CU1TpLyfmdX4XaWqsWGtQuGDRGbJWS8UMO91NTZ9RF7kNLtNBA13znmOEqOn073g tVbUFsukt7ADKxjAvvRiSFWMAh7WV8F9MEV9F6NmhgZ+3uNmgY8nvc8mVh0C2hIm XBf6ZElOXqCkWxF1I6KzsvvT+Zr3Pfdmd/5lJQUSV6faA/fXRBtVkBvgWCqWaIm4 N1bQctx5EZNpXP5ZeSyedg58rQ+rflcrSJHUWtdHSMI5XxYgim/vGVWV2k8ZMWHJ OqMyKaumfAhU1+NDKgFNSPJrsbubOwNP2OT514u1jNVBFz3x0ULjoxjChoxer641 IxM1uEA7EwYP4jJvQ2+UNDqQw7sSgKp61H5DL9IkJCuJufoO9tA= =Llh5 -----END PGP SIGNATURE----- --aQnK2dRtkEMjNDkr-- From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: Patrice Dumas Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Thu, 24 Feb 2022 10:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 54063@debbugs.gnu.org, Gavin Smith Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.164569795218793 (code B ref 54063); Thu, 24 Feb 2022 10:20:01 +0000 Received: (at 54063) by debbugs.gnu.org; 24 Feb 2022 10:19:12 +0000 Received: from localhost ([127.0.0.1]:47645 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNBDK-0004t1-PD for submit@debbugs.gnu.org; Thu, 24 Feb 2022 05:19:12 -0500 Received: from smtp3-g21.free.fr ([212.27.42.3]:26309) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNBDH-0004sr-Mn for 54063@debbugs.gnu.org; Thu, 24 Feb 2022 05:19:09 -0500 Received: from localhost (unknown [193.55.115.146]) (Authenticated sender: pertusus@free.fr) by smtp3-g21.free.fr (Postfix) with ESMTPSA id 51C4613F9E7; Thu, 24 Feb 2022 11:19:05 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1645697946; bh=nJ5G1aHchGHmSo2oa7bF6y03kELz/4FCzy2z0HogK+A=; h=Date:From:To:Subject:References:In-Reply-To:From; b=hadGlC6CZdH8ljVB8bPRj7O6FIavPpDlTC+EveE2kFjCz0qJgAyFoW7RfGlh6PfKU cuMX7ww1wg2eomK+DM9YY8jAfTboAxQf58+pkmIoiH+rYLFFI0BrEiue9PqS6ZBrN7 XyXUVxAN+Y6K4/CWC4gEmrTTlxxSWHGymtNPhvZAN0CFXa+X7uSiXpqKST8Oo7rT5A UBvC0bVkqTYhK4pN/a2IZAAuJQ88HnbG1HghYUdey7Xm8Rp1fQbP5THUtik+QWIcAQ YY6hIGswNkaHwM/A+rd6mW0V7W7W/UnhlGWZ86EqXjW9JoCtBO+qcKjiRVT0swz8Tw HApBtSwZ1d/bQ== Date: Thu, 24 Feb 2022 11:19:04 +0100 From: Patrice Dumas Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Thu, Feb 24, 2022 at 01:52:21AM -0500, Mike Frysinger wrote: > On 19 Feb 2022 15:03, Patrice Dumas wrote: > > In Texinfo, we have a texinfo manual which is automatically generated > > from Pod sections from Texinfo perl modules. When this generated manual > > is removed, automake cannot run anymore. To workaround this issue, we > > have a generation of a fake manual that contains only @setfilename manual.info > > in the autogen.sh script that can be used to bootstrap some other > > autogenerated things, in particular Makefile fragments. However, this > > is not practical, in particular if the generated manual is removed and > > the Makefile.am file is modified, one need to redo a fake manual in > > order to have things being ok again. > > > > It seems to me that one way to avoid the issue would be if automake used > > only the texinfo manual name to construct the rules. It would probably > > be a good thing to do irrespective of this issue, as @setfilename is not > > as important as it used to be, now it is fully optional, and we probably > > should consider as a best practice not to have @setfilename in Texinfo > > manuals. > > > > The manual is in doc/tp_api in the texinfo sources, it is tp_api.texi. > > automake already has some fallback logic if @setfilename isn't set -- it > uses the basename of the source file and changes .texi to .info. but it > doesn't work if the file doesn't exist. i think that should be easy to > support. > > --- a/bin/automake.in > +++ b/bin/automake.in > @@ -3062,7 +3062,8 @@ sub scan_texinfo_file > { > my ($filename) = @_; > > - my $texi = new Automake::XFile "< $filename"; > + my $source = -e $filename ? $filename : "/dev/null"; > + my $texi = new Automake::XFile "< $source"; > verb "reading $filename"; > > my ($outfile, $vfile); > > if this is the only thing you need, then i won't think any harder about it. I have not tested but it looks good (or a variation with the same effect if /dev/null is not portable). The only issue I see is if after the file is generated the @setfilename is not the same as the file base name there will be errors. I do not think that automake should support that setup, but maybe it would be good to state it in the documentation. Maybe something like: "Texinfo files that are generated should have a basename matching @setfilename, if there is a @setfilename." Thanks! -- Pat From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: Mike Frysinger Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 25 Feb 2022 03:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Patrice Dumas Cc: 54063@debbugs.gnu.org, Gavin Smith Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.16457599505596 (code B ref 54063); Fri, 25 Feb 2022 03:33:01 +0000 Received: (at 54063) by debbugs.gnu.org; 25 Feb 2022 03:32:30 +0000 Received: from localhost ([127.0.0.1]:50951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNRLI-0001SA-DE for submit@debbugs.gnu.org; Thu, 24 Feb 2022 22:32:29 -0500 Received: from woodpecker.gentoo.org ([140.211.166.183]:37818 helo=smtp.gentoo.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNRLF-0001Rp-Qm for 54063@debbugs.gnu.org; Thu, 24 Feb 2022 22:32:27 -0500 Received: by smtp.gentoo.org (Postfix, from userid 559) id 676F7342E6F; Fri, 25 Feb 2022 03:32:19 +0000 (UTC) Date: Thu, 24 Feb 2022 22:32:20 -0500 From: Mike Frysinger Message-ID: Mail-Followup-To: Patrice Dumas , 54063@debbugs.gnu.org, Gavin Smith References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="aogLn5BbQI5CYiHI" Content-Disposition: inline In-Reply-To: X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) --aogLn5BbQI5CYiHI Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 24 Feb 2022 11:19, Patrice Dumas wrote: > On Thu, Feb 24, 2022 at 01:52:21AM -0500, Mike Frysinger wrote: > > On 19 Feb 2022 15:03, Patrice Dumas wrote: > > > In Texinfo, we have a texinfo manual which is automatically generated > > > from Pod sections from Texinfo perl modules. When this generated man= ual > > > is removed, automake cannot run anymore. To workaround this issue, we > > > have a generation of a fake manual that contains only @setfilename ma= nual.info=20 > > > in the autogen.sh script that can be used to bootstrap some other > > > autogenerated things, in particular Makefile fragments. However, this > > > is not practical, in particular if the generated manual is removed and > > > the Makefile.am file is modified, one need to redo a fake manual in > > > order to have things being ok again. > > >=20 > > > It seems to me that one way to avoid the issue would be if automake u= sed > > > only the texinfo manual name to construct the rules. It would probab= ly > > > be a good thing to do irrespective of this issue, as @setfilename is = not > > > as important as it used to be, now it is fully optional, and we proba= bly > > > should consider as a best practice not to have @setfilename in Texinfo > > > manuals. > > >=20 > > > The manual is in doc/tp_api in the texinfo sources, it is tp_api.texi. > >=20 > > automake already has some fallback logic if @setfilename isn't set -- it > > uses the basename of the source file and changes .texi to .info. but it > > doesn't work if the file doesn't exist. i think that should be easy to > > support. > >=20 > > --- a/bin/automake.in > > +++ b/bin/automake.in > > @@ -3062,7 +3062,8 @@ sub scan_texinfo_file > > { > > my ($filename) =3D @_; > > =20 > > - my $texi =3D new Automake::XFile "< $filename"; > > + my $source =3D -e $filename ? $filename : "/dev/null"; > > + my $texi =3D new Automake::XFile "< $source"; > > verb "reading $filename"; > > =20 > > my ($outfile, $vfile); > >=20 > > if this is the only thing you need, then i won't think any harder about= it. >=20 > I have not tested but it looks good (or a variation with the same effect > if /dev/null is not portable). automake already relies on redirecting to /dev/null, so shouldn't be an iss= ue. > The only issue I see is if after the > file is generated the @setfilename is not the same as the file base name > there will be errors. I do not think that automake should support that > setup, but maybe it would be good to state it in the documentation. > Maybe something like: >=20 > "Texinfo files that are generated should have a basename matching > @setfilename, if there is a @setfilename." sounds reasonable, but i don't think this is a new issue. -mike --aogLn5BbQI5CYiHI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmIYTcQACgkQQWM7n+g3 9YFzHQ/9G6jb9fzgUQJYYmXPl7bl8ot7nO49LmsHkVRFk3ZHfHeRqqK3cNoX93WC Ul0XB4nl+cGnrLUiENsWw9+ypd5PkO8S9510odtcUzHGml2Mjw7YLNh8A8hdeabC meG8EcknAp6+4RySCZFPB/zSTcEYzgRI9utEELJwdJcgQmNtUYbpia3XlIXYE+7l u5xHGyPTngO3E4n/66BbiFjccUuqdRWDGQvewg59pKSywtiinhqU3RgKOMRJ9oKY 3K8KFP18q2pWJ2ohx2Go2IJdhhsXbndWzwD1L3QWPXfRDeFd00P28l4Sp45Geh1S MkDAMTlYhCFabKr8gbrILLoB53eXPmeZCy6dNbNHxn+l7Ok5e/+tRmigcS7QURUs 581j/NoGB6eP1Edv2Q2BQZSD4ywhVzfIaMN3uHEBvlUTTZQbms9h0r9PsVBtYPNS 4Rq3pkzVAqCP2ahc+Bd2QHGv3/L05ADCxyTGL96eDonDl8XjEsPGLYF9XeS4pcIs T9iUqfBoo1qfT1ECdu8bzHSJPpbQTwAQesUKK2tJ5RNZcMBdncx2iK1XMWm3thz1 Kh2k+LMtFW+83vaoNzIkBnTACJoSel7lP+0vDBHbhzVi44rrWyovVwLfgUEiyFl+ N/1Cn8xSZEDcJSKrdpGUJRfu3XhRm/ObYzlKTR7K3DVOaTaLrsM= =LXyz -----END PGP SIGNATURE----- --aogLn5BbQI5CYiHI-- From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: [PATCH] automake: fall back gracefully when texinfo inputs don't exist References: In-Reply-To: Resent-From: Mike Frysinger Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 25 Feb 2022 03:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 54063@debbugs.gnu.org Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.16457599655627 (code B ref 54063); Fri, 25 Feb 2022 03:33:02 +0000 Received: (at 54063) by debbugs.gnu.org; 25 Feb 2022 03:32:45 +0000 Received: from localhost ([127.0.0.1]:50954 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNRLP-0001SS-0V for submit@debbugs.gnu.org; Thu, 24 Feb 2022 22:32:45 -0500 Received: from woodpecker.gentoo.org ([140.211.166.183]:37828 helo=smtp.gentoo.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNRLK-0001Rx-5n for 54063@debbugs.gnu.org; Thu, 24 Feb 2022 22:32:33 -0500 Received: by smtp.gentoo.org (Postfix, from userid 559) id 8B2F3342EA0; Fri, 25 Feb 2022 03:32:24 +0000 (UTC) From: Mike Frysinger Date: Thu, 24 Feb 2022 22:32:24 -0500 Message-Id: <20220225033224.19950-1-vapier@gentoo.org> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Fixes automake bug https://bugs.gnu.org/54063. The function scanning for @setfilename will fall back to a default value if the input doesn't have one defined. But we need to handle the case where the file doesn't even exist before falling back. * bin/automake.in: Scan /dev/null for @setfilename if input doesn't exist. * t/list-of-tests.mk: Add txinfo-no-setfilename-no-inputs.sh. * t/txinfo-no-setfilename-no-inputs.sh: New test. --- bin/automake.in | 4 +++- t/list-of-tests.mk | 1 + t/txinfo-no-setfilename-no-inputs.sh | 31 ++++++++++++++++++++++++++++ 3 files changed, 35 insertions(+), 1 deletion(-) create mode 100644 t/txinfo-no-setfilename-no-inputs.sh diff --git a/bin/automake.in b/bin/automake.in index 5eba649d240c..13ad4329caeb 100644 --- a/bin/automake.in +++ b/bin/automake.in @@ -3062,7 +3062,9 @@ sub scan_texinfo_file { my ($filename) = @_; - my $texi = new Automake::XFile "< $filename"; + # If the source file doesn't exist, we'll fall back below. + my $source = -e $filename ? $filename : "/dev/null"; + my $texi = new Automake::XFile "< $source"; verb "reading $filename"; my ($outfile, $vfile); diff --git a/t/list-of-tests.mk b/t/list-of-tests.mk index d959b68db47b..ec08891555e7 100644 --- a/t/list-of-tests.mk +++ b/t/list-of-tests.mk @@ -1229,6 +1229,7 @@ t/txinfo-no-extra-dist.sh \ t/txinfo-no-installinfo.sh \ t/txinfo-no-repeated-targets.sh \ t/txinfo-no-setfilename.sh \ +t/txinfo-no-setfilename-no-inputs.sh \ t/txinfo-other-suffixes.sh \ t/txinfo-override-infodeps.sh \ t/txinfo-override-texinfo-tex.sh \ diff --git a/t/txinfo-no-setfilename-no-inputs.sh b/t/txinfo-no-setfilename-no-inputs.sh new file mode 100644 index 000000000000..4cedb2f88d81 --- /dev/null +++ b/t/txinfo-no-setfilename-no-inputs.sh @@ -0,0 +1,31 @@ +#! /bin/sh +# Copyright (C) 2022 Free Software Foundation, Inc. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2, or (at your option) +# any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program. If not, see . + +# Check Texinfo files work without a @setfilename line and no input files. +# https://bugs.gnu.org/54063 + +. test-init.sh + +cat > Makefile.am << 'END' +info_TEXINFOS = file.texi +END + +$ACLOCAL +$AUTOMAKE --add-missing + +grep 'file.info:' Makefile.in + +: -- 2.34.1 From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: Patrice Dumas Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 25 Feb 2022 15:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 54063@debbugs.gnu.org, Gavin Smith Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.16458041419234 (code B ref 54063); Fri, 25 Feb 2022 15:49:02 +0000 Received: (at 54063) by debbugs.gnu.org; 25 Feb 2022 15:49:01 +0000 Received: from localhost ([127.0.0.1]:53503 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNcq5-0002Os-0n for submit@debbugs.gnu.org; Fri, 25 Feb 2022 10:49:01 -0500 Received: from smtp3-g21.free.fr ([212.27.42.3]:18060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNcq3-0002Oi-27 for 54063@debbugs.gnu.org; Fri, 25 Feb 2022 10:48:59 -0500 Received: from localhost (unknown [193.55.115.146]) (Authenticated sender: pertusus@free.fr) by smtp3-g21.free.fr (Postfix) with ESMTPSA id A843F13F87C; Fri, 25 Feb 2022 16:48:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1645804137; bh=OjcW6prB8sWynkyx526DDry8me7CLwvGMkozVcuCuAc=; h=Date:From:To:Subject:References:In-Reply-To:From; b=PQlfOpaoiqWBIrE6qLjmkfrPlWfAN+hynOx0RjE1XdE1d8PlZiqzXdiP6v/qbVxsN 1eBrWaDKRdieANKsTc/4B82MNjljF9rYX2KjasVOJDHb9nB0UuXojkuehratA3sk8x yGzXRoJImY6ArkeVWMA+p4O9z9jdG9BI6TCeC/87P3XZTbOVHIBg2/KQkg9v8NmkFk KtsI9wilIgEhRmV6Fk1l3SXmVXYEef+0UVvjHztI37pSH/OrXWsVHiME+M/jqmOL87 nji8rTO7riXossNojaxlEctgnmzJzb0ayGUv0QNL+s6tQGS+yd8DB1JNRUkkjLQytp uRmX7oRe643LA== Date: Fri, 25 Feb 2022 16:48:56 +0100 From: Patrice Dumas Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Thu, Feb 24, 2022 at 10:32:20PM -0500, Mike Frysinger wrote: > > The only issue I see is if after the > > file is generated the @setfilename is not the same as the file base name > > there will be errors. I do not think that automake should support that > > setup, but maybe it would be good to state it in the documentation. > > Maybe something like: > > > > "Texinfo files that are generated should have a basename matching > > @setfilename, if there is a @setfilename." > > sounds reasonable, but i don't think this is a new issue. It is not new, sure, but before this change Texinfo generated file were most probably uncommon, and could be much more common and therefore there could be more risk for that kind of mismatch now. Non generated files can have a basename not matching with the @setfilename without that being a problem, I think (though I did not test...). -- Pat From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual References: Resent-From: Karl Berry Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 25 Feb 2022 23:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: pertusus@free.fr Cc: 54063@debbugs.gnu.org, gavinsmith0123@gmail.com Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.164583039818108 (code B ref 54063); Fri, 25 Feb 2022 23:07:01 +0000 Received: (at 54063) by debbugs.gnu.org; 25 Feb 2022 23:06:38 +0000 Received: from localhost ([127.0.0.1]:53905 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNjfa-0004hz-BR for submit@debbugs.gnu.org; Fri, 25 Feb 2022 18:06:38 -0500 Received: from freefriends.org ([96.88.95.60]:48032) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNjfY-0004hp-By for 54063@debbugs.gnu.org; Fri, 25 Feb 2022 18:06:36 -0500 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (freefriends.org [96.88.95.60]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 21PN6Y2a015169 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 25 Feb 2022 16:06:35 -0700 Received: (from apache@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 21PN6YVc015168; Fri, 25 Feb 2022 16:06:34 -0700 Date: Fri, 25 Feb 2022 16:06:34 -0700 Message-Id: <202202252306.21PN6YVc015168@freefriends.org> From: Karl Berry In-Reply-To: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Adding a note to the manual is fine, but what would be (much) more likely to actually get noticed by users is a runtime warning. What is the actual behavior when the basename and @setfilename don't match? Sorry to be clueless ... From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: pertusus@free.fr Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 25 Feb 2022 23:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Karl Berry Cc: 54063@debbugs.gnu.org, gavinsmith0123@gmail.com Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.164583143719922 (code B ref 54063); Fri, 25 Feb 2022 23:24:02 +0000 Received: (at 54063) by debbugs.gnu.org; 25 Feb 2022 23:23:57 +0000 Received: from localhost ([127.0.0.1]:53915 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNjwL-0005BG-0W for submit@debbugs.gnu.org; Fri, 25 Feb 2022 18:23:57 -0500 Received: from smtp5-g21.free.fr ([212.27.42.5]:16504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNjwG-0005B3-AW for 54063@debbugs.gnu.org; Fri, 25 Feb 2022 18:23:56 -0500 Received: from localhost (unknown [IPv6:2a01:e0a:3e7:4640:2945:f5e7:149c:821]) (Authenticated sender: pertusus@free.fr) by smtp5-g21.free.fr (Postfix) with ESMTPSA id C3D665FE03; Sat, 26 Feb 2022 00:23:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1645831431; bh=tjLrA8OZ4kym4/CmbAWPyvrHubRL5ZVYAOIjiRqsXN8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=JK0YFfLdLpmNRoTkqrrbOle/QHzfZnIqPNNFfnpEL0DRth6M5jjD00yi/NAu2igXd 9Nsaz0l1g+l53DD8LJk806VGrbYBprtIfSriKZ2hj0QMHUBGDN5/JoVdd/2a/GD5hS 2bW3GTuWLpBQfDst2sOu2VtfrWFHlNmczd2H4faUmxxf3dNBVuNEPVholopiaKyggH XAfBajyPR3EM2CqylpBS79L5M4gjoucZd4S8MtrbIU3Ri6xM0KIMo6eSrKanB/PG+5 Aqveflw1jx2QqZcgX/cLy7UuaVmhnH3unlEVY+vYJtkvzbDLhkZy5tek6Z79waGUr3 2g5tsT+YPF3CQ== Date: Sat, 26 Feb 2022 00:23:48 +0100 From: pertusus@free.fr Message-ID: References: <202202252306.21PN6YVc015168@freefriends.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202202252306.21PN6YVc015168@freefriends.org> X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Fri, Feb 25, 2022 at 04:06:34PM -0700, Karl Berry wrote: > Adding a note to the manual is fine, but what would be (much) more > likely to actually get noticed by users is a runtime warning. What is > the actual behavior when the basename and @setfilename don't match? > Sorry to be clueless ... Runtime warning in texi2any or automake? I experienced this issue with automake one time, not on purpose. I don't quite remember well, but my recalling is that the output file was always rebuilt as automake had determined the output file name and the rules when run previously using the basename, while the files where created using the @setfilename by makeinfo. -- Pat From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual References: Resent-From: Karl Berry Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 25 Feb 2022 23:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: pertusus@free.fr Cc: 54063@debbugs.gnu.org, gavinsmith0123@gmail.com Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.164583175520469 (code B ref 54063); Fri, 25 Feb 2022 23:30:02 +0000 Received: (at 54063) by debbugs.gnu.org; 25 Feb 2022 23:29:15 +0000 Received: from localhost ([127.0.0.1]:53920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNk1T-0005K5-NV for submit@debbugs.gnu.org; Fri, 25 Feb 2022 18:29:15 -0500 Received: from freefriends.org ([96.88.95.60]:48400) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNk1S-0005Jw-Ak for 54063@debbugs.gnu.org; Fri, 25 Feb 2022 18:29:14 -0500 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (freefriends.org [96.88.95.60]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 21PNTBa7017947 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 25 Feb 2022 16:29:12 -0700 Received: (from karl@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 21PNTBsi017944; Fri, 25 Feb 2022 16:29:11 -0700 Date: Fri, 25 Feb 2022 16:29:11 -0700 Message-Id: <202202252329.21PNTBsi017944@freefriends.org> From: Karl Berry In-Reply-To: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Runtime warning in texi2any or automake? Both? From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: pertusus@free.fr Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 25 Feb 2022 23:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Karl Berry Cc: 54063@debbugs.gnu.org, gavinsmith0123@gmail.com Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.164583285722479 (code B ref 54063); Fri, 25 Feb 2022 23:48:01 +0000 Received: (at 54063) by debbugs.gnu.org; 25 Feb 2022 23:47:37 +0000 Received: from localhost ([127.0.0.1]:53926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNkJF-0005qV-7c for submit@debbugs.gnu.org; Fri, 25 Feb 2022 18:47:37 -0500 Received: from smtp5-g21.free.fr ([212.27.42.5]:43392) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNkJC-0005q2-Of for 54063@debbugs.gnu.org; Fri, 25 Feb 2022 18:47:36 -0500 Received: from localhost (unknown [IPv6:2a01:e0a:3e7:4640:2945:f5e7:149c:821]) (Authenticated sender: pertusus@free.fr) by smtp5-g21.free.fr (Postfix) with ESMTPSA id D54675FF33; Sat, 26 Feb 2022 00:47:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1645832853; bh=9zwB516Z0r/AzVJwfOHO3u47B80nZxYkOHryEP7crCA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Wc7YM9QYoOJ3LEi/DdgWcJrRBE+i3yco3baZubFWUHB3YsIlrsCS0ARTaq9uMUF6g M9PO2E7pkD6mSLy++5CmbtOdQRhhywnsgGExxTABv5TWWfuc7mIrY7cQyC+Q/TZ9h8 xa75NA2FMaMhef6bB6TrSqWohCPNU9q+mXCoIuJzqb18iCKpohmIXUJCThIqhGHnP8 pFnQHI5YUhH4jVjPgs4y/cIjDQjkLcfp67p3fqr4Rh/SORK/D/ukik55WmnZiOkku3 VkdQw3rzyZqLL1UhEjkQVEsBNNx6JxgbNr43D9TO8Y4DsfvKieoRVdbMdq1JwtS0/N 7mhZQD5TUvhFg== Date: Sat, 26 Feb 2022 00:47:30 +0100 From: pertusus@free.fr Message-ID: References: <202202252329.21PNTBsi017944@freefriends.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202202252329.21PNTBsi017944@freefriends.org> X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Fri, Feb 25, 2022 at 04:29:11PM -0700, Karl Berry wrote: > Runtime warning in texi2any or automake? > > Both? It seemed to me that @setfilename in texi2any was actually a way to have an output file name different from the input file name. If this is not really useful, we should simply ignore @setfilename in texi2any rather than have a runtime warning. We actually use @setfilename in the test suite to be able to set a file name for a Texinfo string read from a source file and not from an actual file. But there are other ways to specify the file name. -- Pat From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: Mike Frysinger Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 26 Feb 2022 05:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Karl Berry Cc: pertusus@free.fr, gavinsmith0123@gmail.com, 54063@debbugs.gnu.org Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.164585203624988 (code B ref 54063); Sat, 26 Feb 2022 05:08:01 +0000 Received: (at 54063) by debbugs.gnu.org; 26 Feb 2022 05:07:16 +0000 Received: from localhost ([127.0.0.1]:54096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNpIZ-0006Uy-Ps for submit@debbugs.gnu.org; Sat, 26 Feb 2022 00:07:15 -0500 Received: from woodpecker.gentoo.org ([140.211.166.183]:50460 helo=smtp.gentoo.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNpIY-0006Ug-5g for 54063@debbugs.gnu.org; Sat, 26 Feb 2022 00:07:14 -0500 Received: by smtp.gentoo.org (Postfix, from userid 559) id CF4BC343060; Sat, 26 Feb 2022 05:07:07 +0000 (UTC) Date: Sat, 26 Feb 2022 00:07:09 -0500 From: Mike Frysinger Message-ID: Mail-Followup-To: Karl Berry , pertusus@free.fr, 54063@debbugs.gnu.org, gavinsmith0123@gmail.com References: <202202252306.21PN6YVc015168@freefriends.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="1PInu16JIVf2xoLd" Content-Disposition: inline In-Reply-To: <202202252306.21PN6YVc015168@freefriends.org> X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) --1PInu16JIVf2xoLd Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On 25 Feb 2022 16:06, Karl Berry wrote: > Adding a note to the manual is fine, but what would be (much) more > likely to actually get noticed by users is a runtime warning. What is > the actual behavior when the basename and @setfilename don't match? i don't think it's possible to detect from automake, at least at `automake` time. the point of Patrice's report is that the sources don't exist when automake runs, so it's not possible to inspect them. trying to go further (having automake attempt to trace partial makefile? have it generate a check that runs on the user's system at `make` time?) feels like it's intruding on the territory of texinfo for no real gain. -mike --1PInu16JIVf2xoLd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmIZtX0ACgkQQWM7n+g3 9YF/LA/9EJEFx9CtLuH/EzYCm2fLwYDn3/6lKQeEUJPdZ8vYuhU2Aa1wBaktBnsa EBohWutpapeqcWCjH1JuJXEqMAVpAtzKxXd7gIq1ruRyZ5PAsQyOgNkVLDNjgt+1 QVw6TzlESpEM2c0MbVO7RjiQn++leYmJrnW7szfdRUpOhnfzPUbayiQsgtX2mjaa JJ8gMhSTrYnvDb8hc1VHRGeS+uw+FQZSYTmzAEHBqbkOfTdZZqbir7csFq6BaO+2 VbPTJTLZtCpa6C2iL8zF+OKOXqv9h8TFSC7dpChyqeyAgC3CT039SjszC3kv+Em3 tGUMvSIp7rV9pedBwTdHhlSAFDz9D2H5hFf64NlZvhn0U7/fq/U0s0btummhnHEu e4sZ+M5MRXDslbml5TjoDx/eSNg/O9TzN0ThAcxPF5qpyLmguaGf2UKijbjVlgPl dyBdPfOwGlnDpjw6ng+TyHqjMHLxVd+LSJTdtgw1iDRADv9FVVvmCR+WibtoYbDn 4xBv0NzjM2k4Bo51RjKFK9WxC1nrtNf6EpWt4HuyD3tN6inGfaK4JDuglpG6G1qN 8nslfGFHcGr7pzubLXjoYqL/if+4SfRziuyboKC0HOoz0UojspmvlpNfxhmfMqOd M9a7s6G8y6NCANlT7kBDzf9Wb55N/P8ONxyE/AIi3Fsl2B2a+kw= =bC6K -----END PGP SIGNATURE----- --1PInu16JIVf2xoLd-- From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: pertusus@free.fr Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 26 Feb 2022 12:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Karl Berry , 54063@debbugs.gnu.org, gavinsmith0123@gmail.com Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.16458773026783 (code B ref 54063); Sat, 26 Feb 2022 12:09:02 +0000 Received: (at 54063) by debbugs.gnu.org; 26 Feb 2022 12:08:22 +0000 Received: from localhost ([127.0.0.1]:54391 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNvs6-0001lL-6j for submit@debbugs.gnu.org; Sat, 26 Feb 2022 07:08:22 -0500 Received: from smtp5-g21.free.fr ([212.27.42.5]:41392) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nNvs4-0001lA-4w for 54063@debbugs.gnu.org; Sat, 26 Feb 2022 07:08:20 -0500 Received: from localhost (unknown [IPv6:2a01:e0a:3e7:4640:2945:f5e7:149c:821]) (Authenticated sender: pertusus@free.fr) by smtp5-g21.free.fr (Postfix) with ESMTPSA id 3CFAF5FF33; Sat, 26 Feb 2022 13:08:16 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1645877298; bh=VhAn9DtR3qhRPcVu52goIU5Y5876unO4AOHYtfHPg/0=; h=Date:From:To:Subject:References:In-Reply-To:From; b=RoEtR1seT3MvfJTAEMnX/MPBKJYmTN/ekK7CEx0Ft0JcfaBnYha7KbDBCR0QIGRYr y62aW7avPtdGjS2yCBPf6a/fsBwj+ZxLigZdWsCwiPZrf7GsWoCeQDj57Jxruz6BjO yiHIHkvjMuoofsQM3f+SlgT9mWDKDIMp1pnmz3bimA7y2Tm63o5tvryRr7ehUKIwmZ BbdgFHGRIno8kEJp8faDLeigvQGykqGrA40R2W6fW1XobwAQbSPEgV81Y+U34QnS4W 73thWHVyVoURR5aejZSYo6reegoujq/SJPz/XR14a3JZnj3n5PMGIICRP9fAMWnbcg c9bZo9hjRFkpw== Date: Sat, 26 Feb 2022 13:08:15 +0100 From: pertusus@free.fr Message-ID: References: <202202252306.21PN6YVc015168@freefriends.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Sat, Feb 26, 2022 at 12:07:09AM -0500, Mike Frysinger wrote: > On 25 Feb 2022 16:06, Karl Berry wrote: > > Adding a note to the manual is fine, but what would be (much) more > > likely to actually get noticed by users is a runtime warning. What is > > the actual behavior when the basename and @setfilename don't match? > > i don't think it's possible to detect from automake, at least at `automake` > time. the point of Patrice's report is that the sources don't exist when > automake runs, so it's not possible to inspect them. trying to go further > (having automake attempt to trace partial makefile? have it generate a > check that runs on the user's system at `make` time?) feels like it's > intruding on the territory of texinfo for no real gain. I agree, especially if a @setfilename different from the file name is used on purpose to have a different output name than the base name. I just tested a mismatch between filename and @setfilename with automake. The file name is toto.texi and @setfilename my_output.info. make info works. make html fails with: make: *** No rule to make target 'toto.html', needed by 'html-am'. Stop. make my_output.html works. I do not think that this needs to be fixed in case at Texinfo we consider that @setfilename different from the file name is bad and that @setfilename more generally should be deprecated. My recommendation would be to leave unsaid for now whether automake supports or not a different file name than @setfilename for non generated texinfo manuals in case it is later considered relevant, probably based on the advice from the Texinfo crowd. -- Pat From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: - special case] Try .texi.in when .texi missing References: In-Reply-To: Resent-From: Bogdan Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 27 Dec 2022 23:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: automake-patches@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.167218552612407 (code B ref -1); Tue, 27 Dec 2022 23:59:01 +0000 Received: (at submit) by debbugs.gnu.org; 27 Dec 2022 23:58:46 +0000 Received: from localhost ([127.0.0.1]:56760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAJqG-0003E2-TX for submit@debbugs.gnu.org; Tue, 27 Dec 2022 18:58:45 -0500 Received: from lists.gnu.org ([209.51.188.17]:57286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pAHoL-0008Qx-CT for submit@debbugs.gnu.org; Tue, 27 Dec 2022 16:48:38 -0500 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 1pAHoL-0004zq-70 for automake-patches@gnu.org; Tue, 27 Dec 2022 16:48:37 -0500 Received: from mout.gmx.net ([212.227.17.20]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pAHoI-0007vS-4Z for automake-patches@gnu.org; Tue, 27 Dec 2022 16:48:36 -0500 Received: from [192.168.1.226] ([90.227.12.124]) by mail.gmx.net (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1N63VY-1om8DE4Bzc-016S9e for ; Tue, 27 Dec 2022 22:48:29 +0100 Content-Type: multipart/mixed; boundary="------------4w4nIEIRMyB1Ltb0Ty2dM8IQ" Message-ID: <99c9cd52-0a4a-8283-8085-18940cc1847f@gmx.us> Date: Tue, 27 Dec 2022 22:48:25 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Content-Language: en-GB, sv-SE From: Bogdan X-Provags-ID: V03:K1:MoORPpyrPRXuqz0Ej//xPZSXdhpKw/Ilz8U2iYad1XcE5AbpB7X TFdiiirl0R4Vnfn/IA3PiM5X4E//EarIyZd4ybBJiBF20es1XsWEe5l0trU7UQt3N3Vq/BN bHo+qs/B/N0aG1TJfwt/slay1/2E0vQhePGKi88yAAFPh+Wh+a5J0tczwhywQ2uLttcMONF sUZD9hnshrgkpQnzeJtnA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:TQYA8lY8iCk=;nvvqcRy3BtPZ0mVTItv7Yli3CTA eopnmMIp3ynRvbiemY0u6610bpGumdjoU72UuRs7vkatHKBavuxWIEM2zK/YVXkyMKCXlk4GF JONgMGww6pB0hULxjV4q6XGWXgdXhlD/TbYZ6JVBNvqDeUPU0DMW2Z19QIfLIUNZxmjy9Clkp XRQlyZR85FhZvHXUsDgp1WwW6qg9cQTYt5cY7Ip/A/24mjJdl52z8TLm6WU8nQb//nsMU7wE/ 2nrZcE3cj/ftvE+QyN38VovVOdj6sIhz+pCmthgZlg5AQNNLPP99/Ntpn+oR9X4z83qrbr9SH nf/N6zG/KfyzjPZFsLhGi4Z8IWCLkwzNWMKhTmfn0Phb4Kwm9u+CvaKbYtwxHXKLIBzUUMefX L8CEGWRsHbF2W5EnHtNlmzTgnJDk+zASP+v4OQbaGUmjuGnb6A8EbyKqy7Nn4SoFePgEWgwJY Al/IypsC4WPd6tL356jvqBsL5cgBYu6HEjT5ssWNDsswNBOjXeYtUOEfW02h8AsEPN2+w0LYa wDvWUHPHorv5cMmjkBJwFrzUsJglBesu5s18f+xxdwPqoFEA3K5nFQgeRlLrGrKg0kE3dNfGl 2/RsBlvmgyLUTXw5yUfvva7396bG5/kAjRuykU/ls+kzvQUi7sd2N9mx1R0hJU3XSlCMnUbWC GDYJZsxHLjg3PhSiyw/9pHIsIQZy9C+uIrLSFKgg1hWWXHKI1IAnyZfYkIZQnxNZztTlHnNBD eoJabnTv8ltqTVS2+z+aLMB64iizjTzQb7fa0ujw0Jj9pmqgbQTM0VjS0Tp3M6Qj6sVFPBvZ0 w3jYM/3ofy646Hw81tSqdQLMRj5Xa6K55u0jBBov3pnSumpH051/2ge6+cpBWzYnlt5L85IBt iXQ13ENAKqkxc1vrXCd1+Swc4xS4BgZPc2je+cq1k2sVNReSWnavbuXFJ+GrCHb4Q+aRoQ04i GWfuwg== Received-SPF: pass client-ip=212.227.17.20; envelope-from=bogdro_rep@gmx.us; helo=mout.gmx.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Mailman-Approved-At: Tue, 27 Dec 2022 18:58:44 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) This is a multi-part message in MIME format. --------------4w4nIEIRMyB1Ltb0Ty2dM8IQ Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello, Automake gurus. I have a special case for bug#54063. In my case, the .texi file is missing during 'automake' time, because it is being created by 'configure' from a matching .texi.in file. That file exists during 'automake' time, so it can be scanned for the output filename - no need to use /dev/null in such simple case. The attached patch (with a test) should fix this issue. Hope I've done everything the right way. -- Regards - Bogdan ('bogdro') D. (GNU/Linux & FreeDOS) X86 assembly (DOS, GNU/Linux): http://bogdro.evai.pl/index-en.php Soft(EN): http://bogdro.evai.pl/soft http://bogdro.evai.pl/soft4asm www.Xiph.org www.TorProject.org www.LibreOffice.org www.GnuPG.org --------------4w4nIEIRMyB1Ltb0Ty2dM8IQ Content-Type: text/x-patch; charset=UTF-8; name="automake-txinfo-no-texi-but-texi-in-mail.diff" Content-Disposition: attachment; filename="automake-txinfo-no-texi-but-texi-in-mail.diff" Content-Transfer-Encoding: base64 RnJvbSA4MGQ4OTY0NTdmMWFkMjUxZjZlNmUzYmIyMzEwYzE5MTI3Mjk2Nzk4IE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBCb2dkYW4gRHJvemRvd3NraSA8PgpEYXRlOiBNb24s IDI2IERlYyAyMDIyIDE4OjIyOjUyICswMTAwClN1YmplY3Q6IFtQQVRDSF0gRml4IGVycm9y IHdoZW4gdGV4aSBtaXNzaW5nIGFuZCB0ZXhpLmluIHByZXNlbnQgKGEgY2FzZSBvZgogYnVn IDU0MDYzKQoKLS0tCiBiaW4vYXV0b21ha2UuaW4gICAgICAgICAgICAgICAgIHwgMTYgKysr KysrKysrKy0tCiB0L2xpc3Qtb2YtdGVzdHMubWsgICAgICAgICAgICAgIHwgIDEgKwogdC90 eGluZm8tbm8tdGV4aS1idXQtdGV4aS1pbi5zaCB8IDQzICsrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKwogMyBmaWxlcyBjaGFuZ2VkLCA1OCBpbnNlcnRpb25zKCspLCAyIGRl bGV0aW9ucygtKQogY3JlYXRlIG1vZGUgMTAwNjQ0IHQvdHhpbmZvLW5vLXRleGktYnV0LXRl eGktaW4uc2gKCmRpZmYgLS1naXQgYS9iaW4vYXV0b21ha2UuaW4gYi9iaW4vYXV0b21ha2Uu aW4KaW5kZXggYzA5NDIzNGJjLi5iNGE0ZTY5YTcgMTAwNjQ0Ci0tLSBhL2Jpbi9hdXRvbWFr ZS5pbgorKysgYi9iaW4vYXV0b21ha2UuaW4KQEAgLTMwNjMsOCArMzA2MywyMCBAQCBzdWIg c2Nhbl90ZXhpbmZvX2ZpbGUKICAgbXkgKCRmaWxlbmFtZSkgPSBAXzsKIAogICAjIElmIHRo ZSBzb3VyY2UgZmlsZSBkb2Vzbid0IGV4aXN0LCB3ZSdsbCBmYWxsIGJhY2sgYmVsb3cuCi0g IG15ICRzb3VyY2UgPSAtZSAkZmlsZW5hbWUgPyAkZmlsZW5hbWUgOiAiL2Rldi9udWxsIjsK LSAgbXkgJHRleGkgPSBuZXcgQXV0b21ha2U6OlhGaWxlICI8ICRzb3VyY2UiOworICBpZiAo ISAtZSAkZmlsZW5hbWUpCisgICAgeworICAgICAgaWYgKC1lICgkZmlsZW5hbWUgLiAnLmlu JykpCisgICAgICAgIHsKKyAgICAgICAgICAjICRmaWxlbmFtZS50ZXhpLmluIGV4aXN0czog YXNzdW1lICRmaWxlbmFtZS50ZXhpIGlzIGdlbmVyYXRlZAorICAgICAgICAgICMgYW5kIHBh cnNlICRmaWxlbmFtZS50ZXhpLmluIGFzIHRoZSByZWFsIGlucHV0CisgICAgICAgICAgJGZp bGVuYW1lIC49ICcuaW4nOworICAgICAgICB9CisgICAgICBlbHNlCisgICAgICAgIHsKKyAg ICAgICAgICAkZmlsZW5hbWUgPSAnL2Rldi9udWxsJzsKKyAgICAgICAgfQorICAgIH0KKyAg bXkgJHRleGkgPSBuZXcgQXV0b21ha2U6OlhGaWxlICI8ICRmaWxlbmFtZSI7CiAgIHZlcmIg InJlYWRpbmcgJGZpbGVuYW1lIjsKIAogICBteSAoJG91dGZpbGUsICR2ZmlsZSk7CmRpZmYg LS1naXQgYS90L2xpc3Qtb2YtdGVzdHMubWsgYi90L2xpc3Qtb2YtdGVzdHMubWsKaW5kZXgg ZDgyY2Y5YzRkLi41ZjFjOTAzZWIgMTAwNjQ0Ci0tLSBhL3QvbGlzdC1vZi10ZXN0cy5tawor KysgYi90L2xpc3Qtb2YtdGVzdHMubWsKQEAgLTEyMzIsNiArMTIzMiw3IEBAIHQvdHhpbmZv LW5vLWluc3RhbGxpbmZvLnNoIFwKIHQvdHhpbmZvLW5vLXJlcGVhdGVkLXRhcmdldHMuc2gg XAogdC90eGluZm8tbm8tc2V0ZmlsZW5hbWUuc2ggXAogdC90eGluZm8tbm8tc2V0ZmlsZW5h bWUtbm8taW5wdXRzLnNoIFwKK3QvdHhpbmZvLW5vLXRleGktYnV0LXRleGktaW4uc2ggXAog dC90eGluZm8tb3RoZXItc3VmZml4ZXMuc2ggXAogdC90eGluZm8tb3ZlcnJpZGUtaW5mb2Rl cHMuc2ggXAogdC90eGluZm8tb3ZlcnJpZGUtdGV4aW5mby10ZXguc2ggXApkaWZmIC0tZ2l0 IGEvdC90eGluZm8tbm8tdGV4aS1idXQtdGV4aS1pbi5zaCBiL3QvdHhpbmZvLW5vLXRleGkt YnV0LXRleGktaW4uc2gKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwLi4x MTJhNGIzNGIKLS0tIC9kZXYvbnVsbAorKysgYi90L3R4aW5mby1uby10ZXhpLWJ1dC10ZXhp LWluLnNoCkBAIC0wLDAgKzEsNDMgQEAKKyMhIC9iaW4vc2gKKyMgQ29weXJpZ2h0IChDKSAy MDIyIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgorIworIyBUaGlzIHByb2dyYW0g aXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yIG1vZGlm eQorIyBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNl bnNlIGFzIHB1Ymxpc2hlZCBieQorIyB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBl aXRoZXIgdmVyc2lvbiAyLCBvciAoYXQgeW91ciBvcHRpb24pCisjIGFueSBsYXRlciB2ZXJz aW9uLgorIworIyBUaGlzIHByb2dyYW0gaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhh dCBpdCB3aWxsIGJlIHVzZWZ1bCwKKyMgYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRo b3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YKKyMgTUVSQ0hBTlRBQklMSVRZIG9y IEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZQorIyBHTlUgR2Vu ZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgorIworIyBZb3Ugc2hvdWxk IGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5z ZQorIyBhbG9uZyB3aXRoIHRoaXMgcHJvZ3JhbS4gIElmIG5vdCwgc2VlIDxodHRwczovL3d3 dy5nbnUub3JnL2xpY2Vuc2VzLz4uCisKKyMgQ2hlY2sgaWYgQXV0b21ha2UgZG9lc24ndCBl eGl0IHdpdGggYW4gZXJyb3IgZm9yIFRleGluZm8gb3V0cHV0IGZpbGVzCisjIHdpdGhvdXQg YSBkaXJlY3QgaW5wdXQgZmlsZSwgYnV0IHdpdGggYSBtYXRjaGluZyBpbnB1dCBmaWxlIHBy b2Nlc3NlZAorIyBieSAnY29uZmlndXJlJyAoZmlsZS50ZXhpLklOKS4KKworLiB0ZXN0LWlu aXQuc2gKKworZWNobyBBQ19PVVRQVVQgPj4gY29uZmlndXJlLmFjCisKK2NhdCA+IE1ha2Vm aWxlLmFtIDw8ICdFTkQnCitpbmZvX1RFWElORk9TID0gbWFpbi50ZXhpCitFTkQKKworY2F0 ID4gbWFpbi50ZXhpLmluIDw8ICdFTkQnCitcaW5wdXQgdGV4aW5mbworQHNldGZpbGVuYW1l IHRlc3RtYWluLmluZm8KK0BzZXR0aXRsZSBtYWluCitAbm9kZSBUb3AKK0hlbGxvIHdvcmxk LgorQGJ5ZQorRU5ECisKKyRBQ0xPQ0FMCiskQVVUT01BS0UgLS1hZGQtbWlzc2luZworCitn cmVwICd0ZXN0bWFpbi5pbmZvOicgTWFrZWZpbGUuaW4KKworOgotLSAKMi4zNS4xCgo= --------------4w4nIEIRMyB1Ltb0Ty2dM8IQ-- From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual References: Resent-From: Karl Berry Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Thu, 13 Jul 2023 22:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: bogdro_rep@gmx.us Cc: 54063@debbugs.gnu.org, gavinsmith0123@gmail.com, pertusus@free.fr Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.16892876863501 (code B ref 54063); Thu, 13 Jul 2023 22:35:02 +0000 Received: (at 54063) by debbugs.gnu.org; 13 Jul 2023 22:34:46 +0000 Received: from localhost ([127.0.0.1]:40990 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qK4tZ-0000uI-AO for submit@debbugs.gnu.org; Thu, 13 Jul 2023 18:34:45 -0400 Received: from frenzy.freefriends.org ([198.99.81.75]:41102 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qK4tU-0000tz-G1; Thu, 13 Jul 2023 18:34:43 -0400 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 36DMYdnp016948 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 13 Jul 2023 16:34:39 -0600 Received: (from apache@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 36DMYdJw016947; Thu, 13 Jul 2023 16:34:39 -0600 Date: Thu, 13 Jul 2023 16:34:39 -0600 Message-Id: <202307132234.36DMYdJw016947@freefriends.org> From: Karl Berry In-Reply-To: X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Bogdan, Pat, Gavin, all - back on this bug: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=54063 Subject: bug#54063: - special case] Try .texi.in when .texi missing Bogdan - the basic idea of your patch seemed fine, to use .texi.in when .texi is missing. After investigating the behavior of @setfilename and Automake, as far as I can tell, it simply does not work. (Pat, I don't understand how it worked for you.) As far as I could see, Automake reads the @setfilename, and changes the .info rule accordingly, but the .texi.info suffix rule does not run.(*) Automake also does not change the HTMLS variable for @setfilename, as Pat previously noted. Therefore, I did not think we should test the case of @setfilename being different from the basename in .texi.in, since that's not a case that's supported in Automake. I tweaked your new test txinfo-no-texi-but-texi-in. I also added a second item to the new test, to check the results when the .texi.in has no @setfilename. Then I wondered what the point was of reading .texi.in at all, if the @setfilename had to match the basename. But I guess the answer is, it could find an @include version.texi. Also, the original patch needed a small tweak so as to use the original filename, instead of "/dev/null" -> "null", in the rules when no input texi[.in] is found. Otherwise the test txinfo-no-setfilename-no-inputs failed. The presence of a .texi[.in] file at all, or an @setfilename directive within the texi file if it is there, remains optional. As previously discussed in this bug, I added a warning to automake.texi about @setfilename having to match the basename if it's present. I think a check+warning for that could usefully be added to the code in this function (scan_texinfo_file), but I just can't cope with spending more time on this issue. I also don't want to think about adding "full" support for @setfilename to Automake, given that @setfilename is no longer required or especially recommended for Texinfo. Wow, this is all confusing. I sure hope it works out (closing the bug, probably prematurely). --thanks, karl. (*) I constructed a tiny source tree (in a new/empty directory): echo '@setfilename bar.texi' >foo.texi echo 'info_TEXINFOS = foo.texi' >Makefile.am cat >>configure.ac AC_INIT([am-texi-fname], [1.0]) AM_INIT_AUTOMAKE AC_CONFIG_FILES([Makefile]) AC_OUTPUT ^D aclocal automake --foreign --add-missing autoconf configure make # nothing happens make info # nothing happens make ./bar.info # nothing happens \grep bar.info Makefile INFO_DEPS = $(srcdir)/bar.info $(srcdir)/bar.info: foo.texi Nothing is made. I believe because Automake sees the @setfilename and makes all the rules based on finding a bar.texi, which doesn't exist, therefore make can't find anything to do. make -d reports: Rejecting rule '%.info: %.texi' due to impossible prerequisite 'bar.texi'. From unknown Sun Aug 17 01:49:35 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Patrice Dumas Subject: bug#54063: closed (Re: bug#54063: automake cannot run without generated Texinfo manual) Message-ID: References: <202307132234.36DMYdJw016947@freefriends.org> X-Gnu-PR-Message: they-closed 54063 X-Gnu-PR-Package: automake Reply-To: 54063@debbugs.gnu.org Date: Thu, 13 Jul 2023 22:35:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1689287703-3541-1" This is a multi-part message in MIME format... ------------=_1689287703-3541-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #54063: automake cannot run without generated Texinfo manual which was filed against the automake package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 54063@debbugs.gnu.org. --=20 54063: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D54063 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1689287703-3541-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 54063-done) by debbugs.gnu.org; 13 Jul 2023 22:34:45 +0000 Received: from localhost ([127.0.0.1]:40988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qK4tY-0000uF-ND for submit@debbugs.gnu.org; Thu, 13 Jul 2023 18:34:45 -0400 Received: from frenzy.freefriends.org ([198.99.81.75]:41102 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qK4tU-0000tz-G1; Thu, 13 Jul 2023 18:34:43 -0400 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 36DMYdnp016948 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 13 Jul 2023 16:34:39 -0600 Received: (from apache@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 36DMYdJw016947; Thu, 13 Jul 2023 16:34:39 -0600 Date: Thu, 13 Jul 2023 16:34:39 -0600 Message-Id: <202307132234.36DMYdJw016947@freefriends.org> From: Karl Berry To: bogdro_rep@gmx.us Subject: Re: bug#54063: automake cannot run without generated Texinfo manual In-Reply-To: X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 54063-done Cc: 54063@debbugs.gnu.org, gavinsmith0123@gmail.com, pertusus@free.fr X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Bogdan, Pat, Gavin, all - back on this bug: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=54063 Subject: bug#54063: - special case] Try .texi.in when .texi missing Bogdan - the basic idea of your patch seemed fine, to use .texi.in when .texi is missing. After investigating the behavior of @setfilename and Automake, as far as I can tell, it simply does not work. (Pat, I don't understand how it worked for you.) As far as I could see, Automake reads the @setfilename, and changes the .info rule accordingly, but the .texi.info suffix rule does not run.(*) Automake also does not change the HTMLS variable for @setfilename, as Pat previously noted. Therefore, I did not think we should test the case of @setfilename being different from the basename in .texi.in, since that's not a case that's supported in Automake. I tweaked your new test txinfo-no-texi-but-texi-in. I also added a second item to the new test, to check the results when the .texi.in has no @setfilename. Then I wondered what the point was of reading .texi.in at all, if the @setfilename had to match the basename. But I guess the answer is, it could find an @include version.texi. Also, the original patch needed a small tweak so as to use the original filename, instead of "/dev/null" -> "null", in the rules when no input texi[.in] is found. Otherwise the test txinfo-no-setfilename-no-inputs failed. The presence of a .texi[.in] file at all, or an @setfilename directive within the texi file if it is there, remains optional. As previously discussed in this bug, I added a warning to automake.texi about @setfilename having to match the basename if it's present. I think a check+warning for that could usefully be added to the code in this function (scan_texinfo_file), but I just can't cope with spending more time on this issue. I also don't want to think about adding "full" support for @setfilename to Automake, given that @setfilename is no longer required or especially recommended for Texinfo. Wow, this is all confusing. I sure hope it works out (closing the bug, probably prematurely). --thanks, karl. (*) I constructed a tiny source tree (in a new/empty directory): echo '@setfilename bar.texi' >foo.texi echo 'info_TEXINFOS = foo.texi' >Makefile.am cat >>configure.ac AC_INIT([am-texi-fname], [1.0]) AM_INIT_AUTOMAKE AC_CONFIG_FILES([Makefile]) AC_OUTPUT ^D aclocal automake --foreign --add-missing autoconf configure make # nothing happens make info # nothing happens make ./bar.info # nothing happens \grep bar.info Makefile INFO_DEPS = $(srcdir)/bar.info $(srcdir)/bar.info: foo.texi Nothing is made. I believe because Automake sees the @setfilename and makes all the rules based on finding a bar.texi, which doesn't exist, therefore make can't find anything to do. make -d reports: Rejecting rule '%.info: %.texi' due to impossible prerequisite 'bar.texi'. ------------=_1689287703-3541-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 19 Feb 2022 14:12:41 +0000 Received: from localhost ([127.0.0.1]:57158 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLQTX-0006Gh-LK for submit@debbugs.gnu.org; Sat, 19 Feb 2022 09:12:41 -0500 Received: from lists.gnu.org ([209.51.188.17]:40906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLQTV-0006GZ-1O for submit@debbugs.gnu.org; Sat, 19 Feb 2022 09:12:38 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34908) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nLQTP-0006ba-8l for bug-automake@gnu.org; Sat, 19 Feb 2022 09:12:34 -0500 Received: from smtpfb1-g21.free.fr ([212.27.42.9]:48858) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nLQSb-0007a0-OK for bug-automake@gnu.org; Sat, 19 Feb 2022 09:12:22 -0500 Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id BAD48DF8FC6 for ; Sat, 19 Feb 2022 15:03:40 +0100 (CET) Received: from localhost (unknown [IPv6:2a01:e0a:3e7:4640:2945:f5e7:149c:821]) (Authenticated sender: pertusus@free.fr) by smtp5-g21.free.fr (Postfix) with ESMTPSA id ED0BC5FF9E; Sat, 19 Feb 2022 15:03:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1645279418; bh=A1IeGR3bHc+RJLNLyTVf1PwR4bVI262/OSSOXPTiEdc=; h=Date:From:To:Cc:Subject:From; b=uH9SqxDqIG7MErUbtzE5053+pS/DwhJx6VbGzhd3TdjRVevYjhmbk4JpZBRX7Rv2y 7hfpHLp6A06f9S1J73HnM7wudcbTV4GLo45DcTWQC6grnc+hhjCHerS+MEdchgkScG RpnR1Mfgij6GDjwRngb8L0FMkknTJPzzpXJfFhscqsury/AOKtlP9/vpbJxNccu62+ IeNQJdzXPYCxGTp7iVeKKTjXOQNTcmcxKHDFFdAEqg50w6gB4RPCcA7aW8mBGbe3WZ b/acAFZa+qrtMI09cmC8Vef7Qn21+aBG+xOF5dKFjIX6ce5SAjVAxqFCzpECETQx1P mdSbYCK2Yvw8g== Date: Sat, 19 Feb 2022 15:03:38 +0100 From: Patrice Dumas To: bug-automake@gnu.org Subject: automake cannot run without generated Texinfo manual Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Received-SPF: pass client-ip=212.27.42.9; envelope-from=pertusus@free.fr; helo=smtpfb1-g21.free.fr X-Spam_score_int: -7 X-Spam_score: -0.8 X-Spam_bar: / X-Spam_report: (-0.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_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL=1.31, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: submit Cc: Gavin Smith X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.7 (--) Hello, Please CC me, I am not subscribed. In Texinfo, we have a texinfo manual which is automatically generated from Pod sections from Texinfo perl modules. When this generated manual is removed, automake cannot run anymore. To workaround this issue, we have a generation of a fake manual that contains only @setfilename manual.info in the autogen.sh script that can be used to bootstrap some other autogenerated things, in particular Makefile fragments. However, this is not practical, in particular if the generated manual is removed and the Makefile.am file is modified, one need to redo a fake manual in order to have things being ok again. It seems to me that one way to avoid the issue would be if automake used only the texinfo manual name to construct the rules. It would probably be a good thing to do irrespective of this issue, as @setfilename is not as important as it used to be, now it is fully optional, and we probably should consider as a best practice not to have @setfilename in Texinfo manuals. The manual is in doc/tp_api in the texinfo sources, it is tp_api.texi. I have not checked, but I think that a minimal reproducer would be a Makefile.am with: ########################################### info_TEXINFOS = my_manual.texi BUILT_SOURCES = my_manual.texi my_manual.texi: pre_my_manual.texi cat $< > $@ ########################################## With pre_my_manual.texi having only one line @setfilename my_manual.info -- Pat ------------=_1689287703-3541-1-- From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: Gavin Smith Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 14 Jul 2023 11:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Karl Berry Cc: 54063@debbugs.gnu.org, bogdro_rep@gmx.us, pertusus@free.fr Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.16893329347742 (code B ref 54063); Fri, 14 Jul 2023 11:09:02 +0000 Received: (at 54063) by debbugs.gnu.org; 14 Jul 2023 11:08:54 +0000 Received: from localhost ([127.0.0.1]:41536 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKGfN-00020o-P7 for submit@debbugs.gnu.org; Fri, 14 Jul 2023 07:08:54 -0400 Received: from mail-wr1-x42b.google.com ([2a00:1450:4864:20::42b]:56448) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKGfK-00020Z-UN for 54063@debbugs.gnu.org; Fri, 14 Jul 2023 07:08:52 -0400 Received: by mail-wr1-x42b.google.com with SMTP id ffacd0b85a97d-3142a9ffa89so2000724f8f.0 for <54063@debbugs.gnu.org>; Fri, 14 Jul 2023 04:08:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1689332925; x=1691924925; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:date:from:from:to:cc:subject:date:message-id:reply-to; bh=am+S64Nl6fN/mrFbWF5iCBIEJH2vs+l+HQ2s+vsMUZw=; b=UlQLLbrx8b2m0bqEMfOuNX5cDErl+f9I9m3QX18X6UPoNIxcsb1CXh4FNFAorZwlRp u25XYVzF8NJhWJzUSfTGZKSPZ2lWza/fw+Mu3EILIwA79Mfcjf3b7HfDb8A8FxtAxZP6 unUYvTG9uaS574x2kq3/0X95Y41uv9ktk6EAGemXtsM1NM1tksiFKZ93fo/lSXA/vluE 4zKoNjDbJ8P4WO47R67f2DlXduLFcg1STkxL5tq1+9Tt2rCT25C0K2qdWDonIXFREjRw msqRudvD1qX9Y+CStn6e7lwbZUcq9GZ8zBOQqCs7g9C5zZ4ZooWl64zKVKvr817nU43I bdeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689332925; x=1691924925; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:date:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=am+S64Nl6fN/mrFbWF5iCBIEJH2vs+l+HQ2s+vsMUZw=; b=FaWHAvZohaeK0sIAAJBiIcZ9HcI59TvOZej+Zlc7SnWuulTKuTUq7mTPHEc2S+IkDH s6GLUywKFryof8Ho1+/44IxN2N/Mr3Q43apHI1alsxM1K0m/bXCNewppia687pZohIiC vqgQV2pQ/12G3Qb5lRtOIWD3e1R3o/rdqkoxhb9Ei4ai9EcyrAFiXc4MANSL45ryI7Hz 4HiE9XOjsQfQC20/atVgzE2RPkhiOxlZ/I1Wgk3IyTNB+I7UmRIrGT+Ve3BYj8dY6C8C hz2wSgRW+CgldeDArUlBSFddiFVSktU5f90+p6rM5Icn4s5PW6SmlhBcnr16dsgV90t5 9sCg== X-Gm-Message-State: ABy/qLZJi/RXVE/7VYnodt59wxhXrChYYGKoBGrKI5PK5JP3Hj0V5Lly CVivIUqQL7dJdLnGN8vE95D6wI1O5mKs2A== X-Google-Smtp-Source: APBJJlFVyT5MztvPglw7pd/aPK6vYyTAlIV5nZJmaKSQhciHtM+QXFxTK5hSJ3LaRuf4rfPr39AXdw== X-Received: by 2002:a5d:5506:0:b0:314:3358:d57f with SMTP id b6-20020a5d5506000000b003143358d57fmr3742982wrv.56.1689332924862; Fri, 14 Jul 2023 04:08:44 -0700 (PDT) Received: from localhost ([2a02:c7f:c29:b00:7157:3cf8:4226:b966]) by smtp.gmail.com with ESMTPSA id t4-20020a5d4604000000b00313e59cb371sm10527976wrq.12.2023.07.14.04.08.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Jul 2023 04:08:44 -0700 (PDT) From: Gavin Smith X-Google-Original-From: Gavin Smith Date: Fri, 14 Jul 2023 12:08:43 +0100 Message-ID: References: <202307132234.36DMYdJw016947@freefriends.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202307132234.36DMYdJw016947@freefriends.org> X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) On Thu, Jul 13, 2023 at 04:34:39PM -0600, Karl Berry wrote: > Bogdan, Pat, Gavin, all - back on this bug: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=54063 > Subject: bug#54063: - special case] Try .texi.in when .texi missing > > As previously discussed in this bug, I added a warning to automake.texi > about @setfilename having to match the basename if it's present. I think > a check+warning for that could usefully be added to the code in this > function (scan_texinfo_file), but I just can't cope with spending more > time on this issue. I also don't want to think about adding "full" > support for @setfilename to Automake, given that @setfilename is no > longer required or especially recommended for Texinfo. > > Wow, this is all confusing. I sure hope it works out (closing the bug, > probably prematurely). --thanks, karl. I didn't follow the details of the discussion closely, but it appears to relate to a theoretical problem that didn't actually affect anybody, only relevant if @setfilename was used. I agree that it appears to be an issue not worth spending much time on, and that adding full support for @setfilename to Automake would be a waste of time and effort. Looking at the thread of the original bug report above, the original problem appears to have been fixed by Mike Frysinger's change: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=54063#17 Date: Thu, 24 Feb 2022 22:32:24 -0500 > Fixes automake bug https://bugs.gnu.org/54063. > > The function scanning for @setfilename will fall back to a default > value if the input doesn't have one defined. But we need to handle > the case where the file doesn't even exist before falling back. Thus, closing the bug makes sense. We can see if we can remove the workaround for the original problem in Texinfo if/when a new version of Automake is released. From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: Bogdan Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 14 Jul 2023 19:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Karl Berry Cc: 54063@debbugs.gnu.org, gavinsmith0123@gmail.com, pertusus@free.fr Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.16893614598386 (code B ref 54063); Fri, 14 Jul 2023 19:05:01 +0000 Received: (at 54063) by debbugs.gnu.org; 14 Jul 2023 19:04:19 +0000 Received: from localhost ([127.0.0.1]:43511 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKO5T-0002BC-0g for submit@debbugs.gnu.org; Fri, 14 Jul 2023 15:04:19 -0400 Received: from mout.gmx.net ([212.227.17.20]:40693) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKO5N-0002Ar-0D for 54063@debbugs.gnu.org; Fri, 14 Jul 2023 15:04:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.us; s=s31663417; t=1689361437; x=1689966237; i=bogdro_rep@gmx.us; bh=ccUCtlq6rbhHilTR0z2C+Wrd5IQ3/OsbsIrDRhBYT3c=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=dEkIWN7zpKz0/x22iZB+zfem8d7uMpI7pmOcx8BjVuUswMFM4/MnLUa0MQphFgZ7XHfozcz c8sGiisO5QfqAu7lmmsxjX9wmhqQgAD/kegSu/9j3I2oCl10+z456rpYhVyPDhvrbwPoiUaQp /MiIEgwHU8VRRRGrUxta+aASn4XDDsm5gsJxT169yJ0qzUI9juXIX5IAzqCLAwAi67GxayvnM 7SKhTXE/TwZuUo6CKJYBwvR6zMCBMjQyqw6szRTEHYf14/zD5uq3VQQv3c6YJBrFkkZg62HqP k42RNKlm6f89kDIdPnFj2cD448rjBg6WLukfZNksNokOAsEDJxNA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.0.245] ([89.64.101.248]) by mail.gmx.net (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1M2f9b-1qNx7C2iQZ-004Eun; Fri, 14 Jul 2023 21:03:57 +0200 Message-ID: Date: Fri, 14 Jul 2023 21:03:51 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Content-Language: en-GB, sv-SE, pl References: <202307132234.36DMYdJw016947@freefriends.org> From: Bogdan In-Reply-To: <202307132234.36DMYdJw016947@freefriends.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:4uBk3SwKSqTLKxyzhlhcZGdmc3r1/fpuUvbCVLcj8vPFEalWM1m fHhbAw0+/8I01YNv+KEiWBuVaGjE3K9ieTWeV7+pKyK01Wz38g2O466RWv64hNyd3Jyj6bT bZI2jcYBQPecZA4UUM4m0jAGmPixrdyCM4+Wa81ltyIBoonao6Apwvw54ERpUDj1GusbCna Lv30V2QpdmJXm4/XMDkUw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:ToJ9A+6IGpw=;usg8TCi49Yl2+wI6uwPSQH7VHZv 3CAeGmpAmk6kd58V8pkdos94mouD7vwsObNYd4atVdql8WrVU6cKlpbLdxFTFss3SS0JcyolL ewHgr/AwmBdwPnbAjsTt3OIK2eWTFp0Cl+F5QQqiQLd4YrQ8BHSz51BTI7EaUV/n1jwbBqvDa 07YIfdH2jIkpRMOjv4wzpd6gxRGpx7QalYnn8SphTc6v2x6lzLz5rjt2ekshvch7hVyLwGam5 35n53HwtBRDozBo+0Og/texdqW0IEP21u4QFKGgeCIrxvxjw2smUJ68WqreKYxQZ6Apaposp9 K/DXDk3fvUoaiwERi38xVG8Fier6/5G9opjSt937aPY7xeVXSZOlC558DiBhyISivIhVKKwd6 hOfq79zB0klvIu823XkoBDPstqJODGcAit4+/IfGKC27VfsL6iaq+WbNOYaoo9DMYQYJJUppn q5jTDhgen9HvYhxIsOiJt3CY+DLucvaFZ1kVAAYmGLhMzCoVHRSYyhMG5RzcCpvz1eyPT33CH /KgPPftL1Kl2DwGAq5pYyPm8aWucCAOMyg5reshGSfXrkvvH/hQCmmmsn+286YYBLzO++lgi/ QUuSo8lIRl7OrTiFpYN5O7byK0l8MNPzGiUeMu8vpGrw3SAe2v0b+94OxfwkyM6IfycCRivkO n2r9VtJQxqXg7xj0QzRyh0ftvuomtqPKgxIxxRpuLkmXrgeHqmSZPKn8tVmJaJIBhtf05l7qp mq3gPrT93rYQIrt0mEZUIZaAw6HRzUqX0TMFaop1t/W2EQCIuME1XICZ3mwFGIUmq4m6rfwpt bbpr7UCNRneaJT0nC35PX6SXOS7dJZfkBPqk/sb38v4F0KlXCicL3Fro1ZSuGlItPWxQBHGjn HMfCHWMYMYLmozC2lsXczQPyWAYuRT1kAF3kThbDQp96yQ5iA2ZspolwCQwBq0UnDTLOGvaSu uOPFGqnjKXKB0HUqv77q9cbEFCo= X-Spam-Score: -0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) Karl Berry , Fri Jul 14 2023 00:34:39 GMT+0200 (Central European Summer Time) > Bogdan, Pat, Gavin, all - back on this bug: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D54063 > Subject: bug#54063: - special case] Try .texi.in when .texi missing > > Bogdan - the basic idea of your patch seemed fine, to use .texi.in when > .texi is missing. > > After investigating the behavior of @setfilename and Automake, as far as > I can tell, it simply does not work. (Pat, I don't understand how it > worked for you.) As far as I could see, Automake reads the @setfilename, > and changes the .info rule accordingly, but the .texi.info suffix rule > does not run.(*) Automake also does not change the HTMLS variable for > @setfilename, as Pat previously noted. *That* deep I didn't look. > Therefore, I did not think we should test the case of @setfilename being > different from the basename in .texi.in, since that's not a case that's > supported in Automake. I tweaked your new test > txinfo-no-texi-but-texi-in. I also added a second item to the new test, > to check the results when the .texi.in has no @setfilename. > > Then I wondered what the point was of reading .texi.in at all, if the > @setfilename had to match the basename. But I guess the answer is, it > could find an @include version.texi. [...] As I wrote, my reason and my part of the issue was that I could distribute just the .texi.in file and still get autoreconf/automake/packaging to work. Right now, I get an error about a missing .texi file, so for the time being, I package a stub .texi file and generate the "real" .texi file with ./configure. My point wasn't about reading the .texi.in file if .texi doesn't exist, just to get the output filename. My point was not to throw errors if no file with an output filename could be found and use .texi.in instead (if it exists). Simpler than skipping the check altogether and assume that the developer will provide all the input files at the time when they're needed (./configure, autogen.sh-like, whatever). > The presence of a .texi[.in] file at all, or an @setfilename directive > within the texi file if it is there, remains optional. > > As previously discussed in this bug, I added a warning to automake.texi > about @setfilename having to match the basename if it's present. I think > a check+warning for that could usefully be added to the code in this > function (scan_texinfo_file), but I just can't cope with spending more > time on this issue. I also don't want to think about adding "full" > support for @setfilename to Automake, given that @setfilename is no > longer required or especially recommended for Texinfo. Fine by me. It's you who decides. I just wanted to (re-)add my point of view and the source of my idea/problem. > Wow, this is all confusing. Indeed. And more complicated than I thought (as usual). > I sure hope it works out (closing the bug, > probably prematurely). --thanks, karl. Thanks. Hope I helped at least to push this forward. Just one more thing: > (*) I constructed a tiny source tree (in a new/empty directory): > > echo '@setfilename bar.texi' >foo.texi Shouldn't the above read "bar.info" instead of "bar.texi"? > echo 'info_TEXINFOS =3D foo.texi' >Makefile.am > cat >>configure.ac > AC_INIT([am-texi-fname], [1.0]) > AM_INIT_AUTOMAKE > AC_CONFIG_FILES([Makefile]) > AC_OUTPUT > ^D > aclocal > automake --foreign --add-missing > autoconf > configure > make # nothing happens > make info # nothing happens > make ./bar.info # nothing happens > > \grep bar.info Makefile > INFO_DEPS =3D $(srcdir)/bar.info > $(srcdir)/bar.info: foo.texi > > Nothing is made. I believe because Automake sees the @setfilename and > makes all the rules based on finding a bar.texi, which doesn't exist, > therefore make can't find anything to do. make -d reports: > Rejecting rule '%.info: %.texi' due to impossible prerequisite 'bar.texi= '. Interesting. And more complex than I thought. =2D- Regards - Bogdan ('bogdro') D. (GNU/Linux & FreeDOS) X86 assembly (DOS, GNU/Linux): http://bogdro.evai.pl/index-en.php Soft(EN): http://bogdro.evai.pl/soft http://bogdro.evai.pl/soft4asm www.Xiph.org www.TorProject.org www.LibreOffice.org www.GnuPG.org From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual References: Resent-From: Karl Berry Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 14 Jul 2023 21:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: bogdro_rep@gmx.us Cc: 54063@debbugs.gnu.org, gavinsmith0123@gmail.com, pertusus@free.fr Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.168937002923104 (code B ref 54063); Fri, 14 Jul 2023 21:28:01 +0000 Received: (at 54063) by debbugs.gnu.org; 14 Jul 2023 21:27:09 +0000 Received: from localhost ([127.0.0.1]:43599 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKQJg-00060Z-Hn for submit@debbugs.gnu.org; Fri, 14 Jul 2023 17:27:09 -0400 Received: from frenzy.freefriends.org ([198.99.81.75]:55846 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKQJc-00060O-9L for 54063@debbugs.gnu.org; Fri, 14 Jul 2023 17:27:06 -0400 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 36ELR29w001154 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 14 Jul 2023 15:27:03 -0600 Received: (from apache@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 36ELR26X001153; Fri, 14 Jul 2023 15:27:02 -0600 Date: Fri, 14 Jul 2023 15:27:02 -0600 Message-Id: <202307142127.36ELR26X001153@freefriends.org> From: Karl Berry In-Reply-To: X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) I meant to include the patch I actually applied. commit 5c85a9d31830a61facc298fa7d7d82f5651f1a6c Author: Bogdan AuthorDate: Thu Jul 13 15:32:34 2023 -0700 texi: assume .texi.in generates .texi. This change refines the fix for https://bugs.gnu.org/54063. * bin/automake.in (scan_texinfo_file): if .texi doesn't exist, but .texi.in exists, read the latter for the Texinfo source. Use the @setfilename argument, if present, to generate rules. * t/txinfo-no-texi-but-texi-in.sh: new test. * t/list-of-tests.mk (handwritten_tests): add it. * doc/automake.texi (Texinfo): document this. * NEWS: mention this. (Doc changes written by Karl.) --- NEWS | 6 ++++ bin/automake.in | 37 ++++++++++++++++++++---- doc/automake.texi | 32 +++++++++++++++++---- t/list-of-tests.mk | 1 + t/txinfo-no-texi-but-texi-in.sh | 63 +++++++++++++++++++++++++++++++++++++++++ 5 files changed, 128 insertions(+), 11 deletions(-) diff --git a/NEWS b/NEWS index 23b2cc50a..c64d4ef15 100644 --- a/NEWS +++ b/NEWS @@ -21,6 +21,12 @@ New in 1.17: - Variables using escaped \# will trigger portability warnings, but be retained when appended. GNU Make & BSD Makes are known to support it. + - For Texinfo documents, if a .texi.in file exists, but no .texi, the + .texi.in will be read. Texinfo source files need not be present at + all, and if present, need not contain @setfilename. Then the file name + as given in the Makefile.am will be used. If @setfilename is present, + it should be the basename of the Texinfo file, extended with .info. + * Bugs fixed - Generated file timestamp checks now handle filesystems with sub-second diff --git a/bin/automake.in b/bin/automake.in index 1c13a3187..369a47fa2 100644 --- a/bin/automake.in +++ b/bin/automake.in @@ -3061,11 +3061,24 @@ sub handle_scripts () sub scan_texinfo_file { my ($filename) = @_; + my $orig_filename = $filename; # If the source file doesn't exist, we'll fall back below. - my $source = -e $filename ? $filename : "/dev/null"; - my $texi = new Automake::XFile "< $source"; - verb "reading $filename"; + if (! -e $filename) + { + if (-e ($filename . '.in')) + { + # $filename.texi.in exists: assume $filename.texi is generated + # and parse $filename.texi.in as the real input. + $filename .= '.in'; + } + else + { + $filename = '/dev/null'; + } + } + my $texi = new Automake::XFile "< $filename"; + verb "reading texinfo_file $filename"; my ($outfile, $vfile); while ($_ = $texi->getline) @@ -3077,6 +3090,18 @@ sub scan_texinfo_file # to use @setfilename...) next if $outfile; + # Although we notice the @setfilename, and the rules are + # adjusted to sort of use it, they don't actually work. + # Specifically, if foo.texi contains @setfilename bar.info, + # the generated .texi.info suffix rule will not run. + # + # Also, although we change the .info target to be bar.info, + # the HTML(S) variable/etc. is not changed. + # + # Since @setfilename is optional nowadays, doesn't seem worth + # the trouble to handle (which looks to be nontrivial). + # https://bugs.gnu.org/54063 + $outfile = $1; if (index ($outfile, '.') < 0) { @@ -3100,8 +3125,10 @@ sub scan_texinfo_file if (! $outfile) { - # Replace a .texi extension with .info - $outfile = basename($filename); + # If no explicit @setfilename, use the original filename as passed + # (not foo.texi.in or /dev/null) in the generated rules, while + # replacing any extension (presumably .texi) with .info. + $outfile = basename ($orig_filename); $outfile =~ s/\.[^.]+$//; $outfile .= '.info'; } diff --git a/doc/automake.texi b/doc/automake.texi index 1bf74cd73..4561d1948 100644 --- a/doc/automake.texi +++ b/doc/automake.texi @@ -8036,6 +8036,7 @@ Currently Automake provides support for Texinfo and man pages. @node Texinfo @section Texinfo +@cindex Texinfo support @cindex @code{_TEXINFOS} primary, defined @cindex @code{TEXINFOS} primary, defined @cindex Primary variable, @code{TEXINFOS} @@ -8069,7 +8070,25 @@ rather than in the @code{builddir}. This can be changed with the If the Texinfo sources are in a subdirectory relative to the Makefile, then @code{-I} flags for the subdirectory, both in the source directory and in the build directory, will automatically be added. There is no need to specify -these in @samp{$(MAKEINFO)}, @samp{$(MAKEINFOFLAGS)}, etc... +these in @samp{$(MAKEINFO)}, @samp{$(MAKEINFOFLAGS)}, etc. + +@cindex @samp{@@setfilename} Texinfo directive +If a Texinfo source file contains an @samp{@@setfilename} directive, +and its argument has extension @samp{.info} (or no extension, but this +is discouraged), that argument should be the same as the basename of +the Texinfo file, extended with @samp{.info}. The Make rules +generated by Automake assume this, and will not work if the +@samp{@@setfilename} is for some other name. + +@cindex @file{.texi.in} file, read +If a Texinfo source @samp{foo.texi} is not present, but +@file{foo.texi.in} exists, Texinfo will read that @file{.texi.in} file +for @code{@@setfilename} and @code{@@include version.texi} (described +below). + +Texinfo source files need not be present at all, and if present, need +not contain @code{@@setfilename}. Then the file name given in the +Makefile.am will be used. @trindex dvi @trindex html @@ -8102,11 +8121,12 @@ All of these targets can be extended using @samp{-local} rules @cindex @file{mdate-sh} -If the @file{.texi} file @code{@@include}s @file{version.texi}, then -that file will be automatically generated. The file @file{version.texi} -defines four Texinfo flags you can reference using -@code{@@value@{EDITION@}}, @code{@@value@{VERSION@}}, -@code{@@value@{UPDATED@}}, and @code{@@value@{UPDATED-MONTH@}}. +If a @file{.texi} file @code{@@include}s @file{version.texi} (actually +any file named @file{vers...texi}, then that file will be +automatically generated. The file @file{version.texi} defines four +Texinfo flags you can reference using @code{@@value@{EDITION@}}, +@code{@@value@{VERSION@}}, @code{@@value@{UPDATED@}}, and +@code{@@value@{UPDATED-MONTH@}}. @table @code @item EDITION diff --git a/t/list-of-tests.mk b/t/list-of-tests.mk index 6f25f0494..94781d9b0 100644 --- a/t/list-of-tests.mk +++ b/t/list-of-tests.mk @@ -1232,6 +1232,7 @@ t/txinfo-no-installinfo.sh \ t/txinfo-no-repeated-targets.sh \ t/txinfo-no-setfilename.sh \ t/txinfo-no-setfilename-no-inputs.sh \ +t/txinfo-no-texi-but-texi-in.sh \ t/txinfo-other-suffixes.sh \ t/txinfo-override-infodeps.sh \ t/txinfo-override-texinfo-tex.sh \ diff --git a/t/txinfo-no-texi-but-texi-in.sh b/t/txinfo-no-texi-but-texi-in.sh new file mode 100644 index 000000000..7975d4b01 --- /dev/null +++ b/t/txinfo-no-texi-but-texi-in.sh @@ -0,0 +1,63 @@ +#! /bin/sh +# Copyright (C) 2023 Free Software Foundation, Inc. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2, or (at your option) +# any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program. If not, see . + +# Check if Automake doesn't exit with an error for Texinfo output files +# without a direct input file, but with a matching input file processed +# by 'configure' (file.texi.in). +# https://debbugs.gnu.org/cgi/bugreport.cgi?bug=54063#41 +# +# This also tests an @setfilename that is different from the file name, +# and the lack of any @setfilename, in the case of using .texi.in. +# (See scan_texinfo_file in automake.) + +. test-init.sh + +echo AC_OUTPUT >> configure.ac + +cat > Makefile.am << 'END' +info_TEXINFOS = main.texi +END + +cat > main.texi.in << 'END' +\input texinfo +@setfilename main.info +@settitle main +@node Top +Hello world. +@bye +END + +$ACLOCAL +$AUTOMAKE --add-missing + +grep '/main.info:' Makefile.in + +# Recreate the test document without @setfilename. +cat > main.texi.in << 'END' +\input texinfo +@settitle main +@node Top +Hello world. +@bye +END + +$ACLOCAL +$AUTOMAKE + +# The result should use main.info (from the .texi file name). +grep '/main.info:' Makefile.in + +: From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual References: Resent-From: Karl Berry Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 14 Jul 2023 21:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: bogdro_rep@gmx.us Cc: 54063@debbugs.gnu.org Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.168937034623766 (code B ref 54063); Fri, 14 Jul 2023 21:33:01 +0000 Received: (at 54063) by debbugs.gnu.org; 14 Jul 2023 21:32:26 +0000 Received: from localhost ([127.0.0.1]:43604 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKQOn-0006BF-V8 for submit@debbugs.gnu.org; Fri, 14 Jul 2023 17:32:26 -0400 Received: from frenzy.freefriends.org ([198.99.81.75]:55946 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKQOk-0006B5-Ui for 54063@debbugs.gnu.org; Fri, 14 Jul 2023 17:32:23 -0400 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 36ELWLQp002074 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 14 Jul 2023 15:32:22 -0600 Received: (from apache@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 36ELWLid002073; Fri, 14 Jul 2023 15:32:21 -0600 Date: Fri, 14 Jul 2023 15:32:21 -0600 Message-Id: <202307142132.36ELWLid002073@freefriends.org> From: Karl Berry In-Reply-To: X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) I could distribute just the .texi.in file and still get autoreconf/automake/packaging to work. Right now, I get an error about a missing .texi file I thought Mike's fix (-e ... /dev/null) should already have fixed that? Well, in any case, it's not bad to check for the .texi.in, so I'm happy you posted about it. > echo '@setfilename bar.texi' >foo.texi Shouldn't the above read "bar.info" instead of "bar.texi"? Oops, certainly so! Sharp eyes. Fortunately in my actual test file I got it right, so I think my description of the (non-)behavior I saw still stands ... --thanks again, karl. P.S. Still working on several more patches from you. Thanks for all! From unknown Sun Aug 17 01:49:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54063: automake cannot run without generated Texinfo manual Resent-From: Bogdan Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 15 Jul 2023 16:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54063 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Karl Berry Cc: 54063@debbugs.gnu.org Received: via spool by 54063-submit@debbugs.gnu.org id=B54063.168943899319776 (code B ref 54063); Sat, 15 Jul 2023 16:37:01 +0000 Received: (at 54063) by debbugs.gnu.org; 15 Jul 2023 16:36:33 +0000 Received: from localhost ([127.0.0.1]:45841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKiG0-00058u-Ef for submit@debbugs.gnu.org; Sat, 15 Jul 2023 12:36:32 -0400 Received: from mout.gmx.net ([212.227.15.15]:37137) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKiFv-00058a-GM for 54063@debbugs.gnu.org; Sat, 15 Jul 2023 12:36:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.us; s=s31663417; t=1689438978; x=1690043778; i=bogdro_rep@gmx.us; bh=g7Drl5VcnyqDQuckiUePOlOTi7Ok7sOAKKKtmhFIjlw=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=m6u0BzljV7Qrttrq3+q665wS7eAein0iiaZ2Ms1Va9mblhZYZsc9azHk2ePIht+5usvcMj3 LZflxBsQc/5AIvOMMApdmsnZOFVY+bridiG47Age3QkQ3gi61EPNb+d1X2C4/qk116MrcrIgZ D/h9fSB3oiQDCluKk2Cor6OuWeqP0Mafy/oU13t0Jc3JYyKuuqCFIBbKxLIE62r+7QzAbjeiR Vp3kUgbR496ZowgfpqavKxwXYot5Vt+VceB6hMcyDvedvq37gXanSleOr5hFxb4GZsTX1lSuQ v6CAAnWPCy8uWIHB3B/SUeSRvI6ob38f/uZu8L7grlvYrDjZ8PlQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.0.245] ([89.64.101.248]) by mail.gmx.net (mrgmx005 [212.227.17.184]) with ESMTPSA (Nemesis) id 1MryT9-1pZboF0EEP-00nynw; Sat, 15 Jul 2023 18:36:18 +0200 Message-ID: <8e13895f-491b-ad35-b0bd-ba68209ed66d@gmx.us> Date: Sat, 15 Jul 2023 18:36:12 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Content-Language: en-GB, sv-SE, pl References: <202307142132.36ELWLid002073@freefriends.org> From: Bogdan In-Reply-To: <202307142132.36ELWLid002073@freefriends.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:+AMMv43qKrv71JYNnrZtaYT0DYEfiTLv/tMJwnRJwuH69XHl79L Uvvdc56boqMEmVEpGqCPaB0HSIYLdl0NCnnfQKudwWsKzzZK/h7R+EcAI47CgK3JNFgOBud PjDXOfQwO/XVtt8yY8ANJUokq410cAt3lUGN6HSqwJyvx3Oqr/exLUM2hqCzViiUIeoAVL+ 1zlt4iiNBVysH5NxHSiOg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:7CZdxKmD8hQ=;PV7pBqZydTQmTRfelbC0SSbkZi/ Yh7hCN/eBlm5zoi4b1Qkt0lt+wHQZmSPUvZ2wiI9o5ISsOEh5nhDcnZJhb8itMPENqpZ3usZi VO3mnJB1TFmC9weZQQLViSAirs3PlKnpamVVxKbhH0IB1PF9ouKSYK8riiZn5BKLbBdWG5wbY D0B+IVoxZ+3cMQtlZAwFNbP01Oz1rKEdy/pikZ0ORW1C23JB28BzdzfVLvUoeJw6fhstfozbf eYausJakhF/q9AHP+g0udmPjpMA4552YWDNScdL+a9YdJLxEryV9UB7uhBqdeWD04WIbNtMzJ mC3CaE70oTN+x34JS9xJfOLMItGp6dUw/TvxHMFblaqmpisEh8ab5ieEChM2I9Xb/NkWx0aja UE1SgBPqsae7fzyYugnPVG8HBzOVj4G+XAccFI7oxI8mAEbydZQaOfDNcKEa+yN6BgW5+Gy97 4FVXJEMBmoU3fZy53s4wUIb4bwn7aDRfWjx+4zRV3PTI4CvBqW/cXAerRfpZ73ohAVIrzPcPY paNuUhmQEVbZfikXQBpqJ+MnJofq7viFTjDfKBSZjDLSJ07hRSjBRNE1q3r4mqmsqLM5TQ0hS eWUawq8HOglYET3H5UXew1T1nGq+NQJKPZmEPpnkUZA2oGiFQS3XRVwP0q2VJsvqlib8fxejS WqYvBQlT8Itm0K6u53Psxy/6m7+3rTWrVuB2EXhbaGbetOAZFb4p1Ue94CsiimFphvTrNb03w PpVB/DFlewF1l6YZ0jDVg8sdIgihPlycH+nX97M7VV3SsBuinNZKgcHcTli++v8JNs6/LHPGF IghMX5/SgNCMGRjCgRaMEL0F1c2ombzCCyBLWOgIKs95AhD4PpaP6qaA77qcxqubI4M6Lz/sZ Gm0N+xhVoLFO6NBPQYDXObxG7EKw5wv4SJUGr6BxkGWsQ7gs1xFyjKenWotD4pjeWLxgJ5zDP UJ8O2YUu8hI/4fxb3/W0UqGE/ak= X-Spam-Score: -0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) Karl Berry , Fri Jul 14 2023 23:32:21 GMT+0200 (Central European Summer Time) > I could distribute just the .texi.in file and still get > autoreconf/automake/packaging to work. Right now, I get an error > about a missing .texi file > > I thought Mike's fix (-e ... /dev/null) should already have fixed that? Well, to be honest, I simply made the fix for the code that was present in the repo, assuming it would behave the same as the official version. Indeed, it seems that it works even without my fix. Oh well, at least one more chance to get the output filename (if present). > Well, in any case, it's not bad to check for the .texi.in, so I'm happy > you posted about it. > > > echo '@setfilename bar.texi' >foo.texi > Shouldn't the above read "bar.info" instead of "bar.texi"? > > Oops, certainly so! Sharp eyes. Fortunately in my actual test file I got > it right, so I think my description of the (non-)behavior I saw still > stands ... --thanks again, karl. OK, better typo in a mail than in the repo/docs. > P.S. Still working on several more patches from you. Thanks for all! Nice to hear :). It's good that you check them so thoroughly, not just the code but also asking "is this the way it should work?". =2D- Regards - Bogdan ('bogdro') D. (GNU/Linux & FreeDOS) X86 assembly (DOS, GNU/Linux): http://bogdro.evai.pl/index-en.php Soft(EN): http://bogdro.evai.pl/soft http://bogdro.evai.pl/soft4asm www.Xiph.org www.TorProject.org www.LibreOffice.org www.GnuPG.org