From unknown Mon Jun 23 15:02:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14775: automake 1.13.3 warning about version mismatch Resent-From: Peter Johansson Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 02 Jul 2013 23:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 14775 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 14775@debbugs.gnu.org X-Debbugs-Original-To: bug-automake@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13728093729682 (code B ref -1); Tue, 02 Jul 2013 23:57:02 +0000 Received: (at submit) by debbugs.gnu.org; 2 Jul 2013 23:56:12 +0000 Received: from localhost ([127.0.0.1]:53153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UuAQd-0002W6-9y for submit@debbugs.gnu.org; Tue, 02 Jul 2013 19:56:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59083) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UuAQb-0002Vs-6w for submit@debbugs.gnu.org; Tue, 02 Jul 2013 19:56:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UuAQU-0001RT-OR for submit@debbugs.gnu.org; Tue, 02 Jul 2013 19:56:03 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-100.0 required=5.0 tests=BAYES_40,FREEMAIL_FROM, T_DKIM_INVALID,USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47879) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuAQU-0001RH-M2 for submit@debbugs.gnu.org; Tue, 02 Jul 2013 19:56:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60794) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuAQS-0002gf-E8 for bug-automake@gnu.org; Tue, 02 Jul 2013 19:56:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UuAQR-0001Lt-Jn for bug-automake@gnu.org; Tue, 02 Jul 2013 19:56:00 -0400 Received: from mail-pd0-x235.google.com ([2607:f8b0:400e:c02::235]:46213) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UuAQR-0001Hc-CT for bug-automake@gnu.org; Tue, 02 Jul 2013 19:55:59 -0400 Received: by mail-pd0-f181.google.com with SMTP id 14so4010689pdj.40 for ; Tue, 02 Jul 2013 16:55:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=fWqDkS5DrfAv4KkLUjxKZF2igJPUklFnTbwxmHRFvlw=; b=hbq+KDCIynSPaRPoewj3Iiccz9rtdp695uJrfkdC7jjodCftcDZ2WKNLMTsOoIdfHQ IcnzBTq2J72LOfrSWAl2mI6V8lMEkj8IpR3V36SujQA31H/JopBmkXZYGnfJBqq/0umJ aBuZ0YnVzcbixWzIWDjaK4DbUqsussBkLMK0mu0AS7AICees5gEbyV49F+Z7iFhu4tL5 Y0mfohjbIHR7asHwrpe0KuynxdoSWqkNXDhW7emYcJOCeAqmc2ZSXoQHFD9oybvr6ZQN BKLyQCZd6e1/jI85U+ACpFn7Z0XWPb4IORLCt+4AZO7OoIgC+qxqCHBax5Wlut4GmIhj QPdA== X-Received: by 10.68.217.38 with SMTP id ov6mr31578031pbc.9.1372809358337; Tue, 02 Jul 2013 16:55:58 -0700 (PDT) Received: from [152.98.48.237] (gateway.qimr.edu.au. [152.98.8.1]) by mx.google.com with ESMTPSA id pb5sm29183047pbc.29.2013.07.02.16.55.56 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 02 Jul 2013 16:55:57 -0700 (PDT) Message-ID: <51D3663E.7000909@gmail.com> Date: Wed, 03 Jul 2013 09:46:06 +1000 From: Peter Johansson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130108 Thunderbird/10.0.12 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.3 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -4.3 (----) Hi, This is probably already fixed with the version scheme and everything, but wanted to report it just in case. I updated from from automake 1.13 to 1.13.3 and after having modified an Makefile.am, Automake complained about version mismatch. I suspect aclocal.m4 was created with aclocal 1.13 (?). This is easily resolved by running autoreconf -if, but I found it odd that a patch upgrade should cause that minor head ache. Especially since I then upgraded to Automake 1.14 and expected the same thing to happen, but no - now if I issue 'make' it will happily keep running automake-1.13 (which is version 1.13.3 obviously). So in short upgrading a patch version cause version mishmash but upgrading a minor version is smoother than expected. Is this still the case with 1.14, 2.0 etc? If so, is it on purpose? Cheers, Peter From unknown Mon Jun 23 15:02:06 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14775: automake 1.13.3 warning about version mismatch Resent-From: Stefano Lattarini Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sun, 21 Jul 2013 19:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14775 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Peter Johansson Cc: 14775@debbugs.gnu.org Received: via spool by 14775-submit@debbugs.gnu.org id=B14775.13744344124339 (code B ref 14775); Sun, 21 Jul 2013 19:21:01 +0000 Received: (at 14775) by debbugs.gnu.org; 21 Jul 2013 19:20:12 +0000 Received: from localhost ([127.0.0.1]:41269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V0zAx-00017t-OT for submit@debbugs.gnu.org; Sun, 21 Jul 2013 15:20:12 -0400 Received: from mail-wi0-f180.google.com ([209.85.212.180]:40431) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V0zAv-00017L-Qo; Sun, 21 Jul 2013 15:20:10 -0400 Received: by mail-wi0-f180.google.com with SMTP id c10so1191369wiw.7 for ; Sun, 21 Jul 2013 12:20:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=NYymQnEjhzctbdHNJmGs+sTqCnH8rWObhOALt7q8oeA=; b=ZloghXJkvfruNs3jxOtWx4kM76hTTAAp1l5ogLGkN6hcRauCJrLtzrLyDcaIyZhpTY 3u46UFqXo7NnGilyK6k4WiTqd+fpWX0zz6QjgKtx3+W87utlMQwOL/NqRK/cPT6RttXr Tc/VQsgqv3p826X3bT9hJ2Xgrc13MOVXhmkmBAkzuJUpSP1coW31WwAh/ZKHvpUqKpTw LYLzq4DoSMsIjllKfeZOgMHzF90a7RVJcGGfzrUR1SAhvCNmZn+6oVSbGu6UjHIMHZGK hhqndOrUi3+pSKLZUunY7ogAc+J/d/nq06QLvT8zENtqk/bjoBFAFLCjeUFmk6+1O/11 MaaA== X-Received: by 10.180.160.203 with SMTP id xm11mr16181783wib.58.1374434403828; Sun, 21 Jul 2013 12:20:03 -0700 (PDT) Received: from [192.168.104.203] ([79.140.211.94]) by mx.google.com with ESMTPSA id u9sm36084237wif.6.2013.07.21.12.20.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Jul 2013 12:20:03 -0700 (PDT) Message-ID: <51EC345C.1080903@gmail.com> Date: Sun, 21 Jul 2013 20:19:56 +0100 From: Stefano Lattarini MIME-Version: 1.0 References: <51D3663E.7000909@gmail.com> In-Reply-To: <51D3663E.7000909@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.7 (/) tags 14775 notabug close 14775 thanks Hi Peter, sorry for the delay. On 07/03/2013 12:46 AM, Peter Johansson wrote: > Hi, > > This is probably already fixed with the version scheme and everything, > Actually it's not... > but wanted to report it just in case. > ... so you did well. Thanks. > I updated from from automake 1.13 to 1.13.3 and after having > modified an Makefile.am, Automake complained about version > mismatch. I suspect aclocal.m4 was created with aclocal 1.13 > (?). > I think so, yes. > This is easily resolved by running "autoreconf -if", but > I found it odd that a patch upgrade should cause that minor > head ache. Especially since I then upgraded to Automake 1.14 > and expected the same thing to happen, but no - now if I issue > 'make' it will happily keep running automake-1.13 (which is > version 1.13.3 obviously). So in short upgrading a patch > version cause version mishmash but upgrading a minor version > is smoother than expected. Is this still the case with 1.14, > 2.0 etc? > Yes. > If so, is it on purpose? > Basically yes. Think about the following situation: 1. A user has generated his Makefile.in with Automake 1.14. 2. We release Automake 1.14.1, that contains a bug fix that involves changing some internal details in AM_INIT_AUTOMAKE. 3. The user upgrades to Automake 1.14.1, without re-running autoreconf. 4. Remember that the old (1.14) AM_INIT_AUTOMAKE definition has been copied by the the old aclocal 1.14 in the generated aclocal.m4, and it's still there, even after the Automake upgrade. 4. The user modifies his Makefile.am, and re-run 'make'. 5. automake 1.14.1 is run, expecting to be able to rely on the new version of the AM_INIT_AUTOMAKE internals. But that expectation is *wrong*, since the AM_INIT_AUTOMAKE present in aclocal.m4 is still the one from Automake 1.14, and it is not going to be changed, since aclocal is not being re-run. 6. Possible inconsistencies or spurious errors ensue. Oops. So I believe the current strict version checking is actually necessary, albeit possibly a little annoying for the user. Remember, the rule of thumb is the following: * Whenever you upgrade any component of the Auto* toolchain, re-run "autoreconf --force" -- even if it is just a micro version upgrade. In the hope you'll agree with my reasoning above, I'm pre-emptively closing the bug report. If you don't agree, feel free to re-open it and continue the discussion here (and of course feel free to continue the discussion even if you do agree, but still have something to add :-) Thanks, Stefano