From unknown Sat Jun 14 05:01:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19418: AC_CONFIG_FILES / stamp-h? problem Resent-From: "Jeff Squyres (jsquyres)" Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 20 Dec 2014 15:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 19418 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 19418@debbugs.gnu.org X-Debbugs-Original-To: "bug-automake@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.14190905565075 (code B ref -1); Sat, 20 Dec 2014 15:50:01 +0000 Received: (at submit) by debbugs.gnu.org; 20 Dec 2014 15:49:16 +0000 Received: from localhost ([127.0.0.1]:53080 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y2MHL-0001Jm-8I for submit@debbugs.gnu.org; Sat, 20 Dec 2014 10:49:15 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38724) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y2MHG-0001Jb-HN for submit@debbugs.gnu.org; Sat, 20 Dec 2014 10:49:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y2MHA-0004Rq-3G for submit@debbugs.gnu.org; Sat, 20 Dec 2014 10:49:10 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:43994) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2MHA-0004Rm-0Q for submit@debbugs.gnu.org; Sat, 20 Dec 2014 10:49:04 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40420) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2MH4-00089u-B4 for bug-automake@gnu.org; Sat, 20 Dec 2014 10:49:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y2MGy-0004Qb-G4 for bug-automake@gnu.org; Sat, 20 Dec 2014 10:48:58 -0500 Received: from rcdn-iport-9.cisco.com ([173.37.86.80]:2654) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y2MGy-0004QN-7n for bug-automake@gnu.org; Sat, 20 Dec 2014 10:48:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5133; q=dns/txt; s=iport; t=1419090532; x=1420300132; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=pGvIqVf1NvJdk7ZaJhxVrYumofd1uRtvg2jscsd7bpk=; b=hMEtAWjKo31WyGfRg6jEc4OOJmmneLYGDQYWK2ep/FeZGXgfKCRMpLCm 6RjAtKTETFdVPC5ZwwGIB0elFIkuqEdx636pS99/aYwc1ZdeaLteNdSIF j99zZ5W7qgRWySQZ11WHJHRP/L1QeUclv0MAABCaB3AGHIOXVy4BFTTPY 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlYFAE2ZlVStJA2N/2dsb2JhbABbgwZSWATGKoVwAoERFgEBAQEBfYQOAQQ6UQEqFEImAQQTCIgkDapwpSABAQEHAQEBAR6PQTqDFIETBYw4gVeDPoF/gUGDAQ0jiCaELoM5IoNub4FFfgEBAQ X-IronPort-AV: E=Sophos;i="5.07,613,1413244800"; d="scan'208";a="378478704" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-9.cisco.com with ESMTP; 20 Dec 2014 15:48:50 +0000 Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id sBKFmnZC006613 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Sat, 20 Dec 2014 15:48:50 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.21]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0195.001; Sat, 20 Dec 2014 09:48:49 -0600 From: "Jeff Squyres (jsquyres)" Thread-Topic: AC_CONFIG_FILES / stamp-h? problem Thread-Index: AdAcbHJ+MYYPOBrgQ/+SrLOk1vAIbQ== Date: Sat, 20 Dec 2014 15:48:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.133.233] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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.0 (----) 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.0 (----) Greetings.=0A= =0A= I have found what appears to be a subtle bug in the Autotools, and I *think= * it may be in Automake. ...but I am not sure; it could also be a bug in o= ur m4 code.=0A= =0A= Short version=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A= The nightly "make distcheck" failed last night in the Open MPI project (www= .open-mpi.org) due to several stamp-h? files being left in the build tree.= =0A= =0A= Close examination shows that the order of $config_headers in config.status = -- and therefore the initial generation of stamp-h? files in the build tree= -- appears to differ from the numbering of stamp-h? files in the top-level= Automake-generated Makefile.in. Hence, the "distclean-hdr" rule is attempt= ing to remove different stamp-h? files than were created by config.status, = ultimately resulting in "make distcheck" failing.=0A= =0A= Is this a known issue? Or is there a common user/application error that ca= n cause this kind of behavior?=0A= =0A= This behavior occurs with AC 2.69, AM 1.14.1, and LT 2.4.2.=0A= =0A= More detail=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A= There had been a commit earlier yesterday that added another AC_CONFIG_HEAD= ERS file in the Open MPI configury. This new file seemed to trigger this n= ew behavior (i.e., "make distcheck" was not failing before last night).=0A= =0A= Let me give some specifics. In a clean Open MPI git checkout:=0A= =0A= 1. run "autoreconf -ivf"=0A= 2. run "./configure --prefix=3D/blah"=0A= 3. run "find . -name stamp-h\?"=0A= =0A= Here's the stamp-h? files that I see -- note that the files marked by (*) a= re generated by sub-configure scripts that are invoked by Open MPI's main c= onfigure script; they're not important to this analysis, and are listed her= e just for completeness:=0A= =0A= -----=0A= ./opal/include/stamp-h1=0A= ./ompi/include/stamp-h2=0A= ./oshmem/include/stamp-h3=0A= ./opal/mca/hwloc/hwloc191/hwloc/include/private/autogen/stamp-h4=0A= ./opal/mca/hwloc/hwloc191/hwloc/include/hwloc/autogen/stamp-h5=0A= ./opal/mca/common/libfabric/libfabric/stamp-h6=0A= (*) ./opal/libltdl/stamp-h1=0A= (*) ./opal/mca/event/libevent2021/libevent/stamp-h1=0A= (*) ./ompi/mca/io/romio/romio/adio/include/stamp-h1=0A= (*) ./ompi/contrib/vt/vt/extlib/otf/stamp-h1=0A= (*) ./ompi/contrib/vt/vt/stamp-h1=0A= -----=0A= =0A= The first stamp-h1 - stamp-h6 files are generated by Open MPI's main config= ure script.=0A= =0A= Indeed, looking at the main config.status, you can see that $config_headers= agrees with this ordering:=0A= =0A= -----=0A= $ egrep '^config_headers=3D' config.status=0A= config_headers=3D" opal/include/opal_config.h ompi/include/mpi.h oshmem/inc= lude/shmem.h opal/mca/hwloc/hwloc191/hwloc/include/private/autogen/config.h= opal/mca/hwloc/hwloc191/hwloc/include/hwloc/autogen/config.h opal/mca/comm= on/libfabric/libfabric/config.h"=0A= -----=0A= =0A= The problem is in Open MPI's top-level Makefile.in (which was generated by = Automake). The stamp-h? rules and the "rm -f ..." that occurs in distclean= -hdr appear to differ in stamp-h ordering than that of config.status= .=0A= =0A= Both the stamp-h? rules and the distclean-hdr rule reflect the same orderin= g, so I'll just show the "rm -f ..." that is in distclean-hdr for brevity (= broken into multiple lines for readability):=0A= =0A= -----=0A= -rm -f \=0A= opal/mca/common/libfabric/libfabric/config.h \=0A= opal/mca/common/libfabric/libfabric/stamp-h4 \=0A= opal/mca/hwloc/hwloc191/hwloc/include/private/autogen/config.h \=0A= opal/mca/hwloc/hwloc191/hwloc/include/private/autogen/stamp-h5 \=0A= opal/mca/hwloc/hwloc191/hwloc/include/hwloc/autogen/config.h \=0A= opal/mca/hwloc/hwloc191/hwloc/include/hwloc/autogen/stamp-h6=0A= -----=0A= =0A= Notice that the "libfabric" directory corresponds to stamp-h4, but the conf= ig.status-generated stamp file for this directory is stamp-h6. The two hwlo= c191 stamp files reflect similar mismatched ordering.=0A= =0A= *** Note that the libfabric/config.h is the newly-added=0A= AC_CONFIG_HEADERS file.=0A= =0A= This all leads "make distclean-hdr" to (attempting to) remove the wrong (an= d non-existent) stamp files, and therefore "make distcheck" ultimately fail= s.=0A= =0A= Unfortunately, the configury for Open MPI is *quite* complex; it spans many= .m4 files across many directories. I've been trying to create a small rep= roducer outside of the (very large) Open MPI source tree and have been unab= le to find the magic set of circumstances to make the same behavior occur. = :-(=0A= =0A= So before I try to recreate this in a small example even further, let me as= k two questions:=0A= =0A= 1. Is this a known problem?=0A= 2. Is there a common user-level mistake (i.e., somewhere in our configure/m= 4 code) that could cause this behavior to occur?=0A= =0A= Thanks for your time.=0A= =0A= --=0A= Jeff Squyres=0A= jsquyres@cisco.com=0A= For corporate legal information go to: http://www.cisco.com/web/about/doing= _business/legal/cri/= From unknown Sat Jun 14 05:01:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19418: AC_CONFIG_FILES / stamp-h? problem References: In-Reply-To: Resent-From: Mike Frysinger Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 21 Feb 2022 04:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19418 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: "Jeff Squyres (jsquyres)" Cc: 19418@debbugs.gnu.org Received: via spool by 19418-submit@debbugs.gnu.org id=B19418.16454162283365 (code B ref 19418); Mon, 21 Feb 2022 04:04:01 +0000 Received: (at 19418) by debbugs.gnu.org; 21 Feb 2022 04:03:48 +0000 Received: from localhost ([127.0.0.1]:34416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLzvQ-0000sC-JE for submit@debbugs.gnu.org; Sun, 20 Feb 2022 23:03:48 -0500 Received: from woodpecker.gentoo.org ([140.211.166.183]:40130 helo=smtp.gentoo.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLzvP-0000rz-7L for 19418@debbugs.gnu.org; Sun, 20 Feb 2022 23:03:47 -0500 Received: by smtp.gentoo.org (Postfix, from userid 559) id 794B9343420; Mon, 21 Feb 2022 04:03:41 +0000 (UTC) From: Mike Frysinger Message-Id: <20220221040341.794B9343420@smtp.gentoo.org> Date: Mon, 21 Feb 2022 04:03:41 +0000 (UTC) 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 (------) On Sat, 20 Dec 2014 15:48:49 +0000, Jeff Squyres (jsquyres) wrote: > I have found what appears to be a subtle bug in the Autotools, and I *think* it may be in Automake. ...but I am not sure; it could also be a bug in our m4 code. it's been ... a while. have you managed to track this down yourself ? or is this issue still plaguing the project ? -mike From unknown Sat Jun 14 05:01:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19418: AC_CONFIG_FILES / stamp-h? problem Resent-From: "Jeff Squyres (jsquyres)" Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Tue, 22 Feb 2022 12:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19418 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Mike Frysinger Cc: "19418@debbugs.gnu.org" <19418@debbugs.gnu.org> Received: via spool by 19418-submit@debbugs.gnu.org id=B19418.164553442915301 (code B ref 19418); Tue, 22 Feb 2022 12:54:02 +0000 Received: (at 19418) by debbugs.gnu.org; 22 Feb 2022 12:53:49 +0000 Received: from localhost ([127.0.0.1]:40255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMUft-0003yj-79 for submit@debbugs.gnu.org; Tue, 22 Feb 2022 07:53:49 -0500 Received: from rcdn-iport-7.cisco.com ([173.37.86.78]:2038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMUfq-0003yR-81 for 19418@debbugs.gnu.org; Tue, 22 Feb 2022 07:53:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1793; q=dns/txt; s=iport; t=1645534426; x=1646744026; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=VIQ08Syxcd4FjPCHt8JAZ4l1CBCQujxCT81k7H6g/b4=; b=NNdEvjF0D+sskG/TETADqs02Iy+bj/nkmTnecxIVkeLvii6SjtdFqc4C PJTBq0ZPKmvIjDFDvkRbWnTUPvB06mAebiFi1WWV2gtDGT1TxWSq5fqWh 7N9n8a04QYcw0A4TWbrG7yvjXVhDNrC55Lfa/eAvq2E3hIFZn22myl87F 0=; IronPort-PHdr: A9a23:s0UjGhN/0klwMI28bUYl6ncDWUAX0o4cdiYZ6Zsi3rRJdKnrv5HvJ1fW6vgliljVFZ7a5PRJh6uz0ejgVGUM7IzHvCUEd5pBBBMAgN8dygonBsPNAEbnLfnsOio9GskKVFJs83yhd0ZPH8OrbFzJqXr05jkXSX3C IronPort-Data: A9a23:ZS3o4ak7sNCvi4sbFv32kbno5gy1JERdPkR7XQ2eYbSJt1+Wr1GztxIdC2rTa/6Ia2TwKN9wO4XjoRkGv8TQz9cwGVZsqn1kRVtH+JHPbTi7wugcHM8zwvUuxyuL1u1GAjX7BJ1yHi+0SiuFaOC79yEmjfjQH9IQNcadUsxPbV48IMseoUoLd94R2uaEsPDha++/kYqaT/73YDdJ7wVJ3lc8sMpvnv/AUMPa41v0tnRmDRxCUcS3e3M9VPrzLonpR5f0rxU9IwK0ewrD5OnREmLx5RwhDJaulaz2NxZMSb/JNg/IgX1TM0SgqkEd/WppjeBqb7xFNBs/Zzahx7idzP1ProWtWB0kJYXHmf8WVF9TFCQW0ahuqe+cfynu7JzCp6HBWz62qxl0N2lvbNFBqs57DGtE6PMDbj8Lc1aEne3e6KyyUuhhnOwsIc/3O4RZvWtvpQw1p95OrYvrWa7G45pT2y09w5sIFvfFbM1fYj1qBCksqiZnYj8/YK/SVs/x7pUnTwBllQ== IronPort-HdrOrdr: A9a23:zvY/OKg3AMkqsXMIKjcqZDj7XXBQX5t23DAbv31ZSRFFG/FwyPrOoB1L73HJYWgqN03IwerwR5VpQRvnhPlICPoqTMmftW7dySqVxeBZnMXfKljbexEWmdQtrpuIH5IObeEYSGIK8foSgzPIU+rIouP3ipxA7N22pxwGIG0aCNAD0+46MHfnLqQcfnghOXNNLuvl2iMxnUvYRZ14VLXeOlA1G8z44/HbnpPvZhALQzQ97hOVsD+u4LnmVzCFwxY3SVp0sPQf2FmAtza8yrSosvm9xBOZ/XTU9Y5qlNzozcYGLNCQi/ISNi7nhm+TFcZcsvy5zXUISdOUmREXeer30lEd1gNImirsl1SO0F/QMs/boW4TAjHZuASlaDDY0L3ErXoBerp8bMRiA0HkA45KhqAh7EqNtFjp6qa/RCmw7hjV/cTHWR1xi0a4l3I+jOYYjnhSVpYpcrNKt4wY+3VUHf47bVHHwZFiH+90AM7G4vFKNVuccnDCp2FqhMehR3IpA369MwU/U+GuonNrdUpCvgElLQ0k7wE93YN4T4MB6/XPM6xumr0LRsgKbbhlDONERcesEGTCTR/FLWrXeD3cZe46EmOIr4Sy7KQ+5emsdpBNxJwumI7ZWFcdsWIpYUrhBcCHwZUO+BHQR2e2Wyjr16hlltREk6y5QKCuPTyISVgoncflq/IDAtfDU/L2I55SC++LFxqnJW+I5Xy2Z3B/EwhrbCROgKdPZ7unmLO9FrHX X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CmAADOHvlh/5pdJa1aHAEBAQEBAQcBARIBAQQEAQFAgUgFAQELAYFRVgd3WjcxiBADhTmFDoMCA5skgS4UgREDVAsBAQENAQE3CgQBAYUFAoNfAiU2Bw4BAgQBAQESAQEFAQEBAgEGBIEJE4VoDYZCAQEBAQMSLgEBNwEPAgEIDgMEAQEBLjIdCAIEDgUIGoJjgmUDLgEOoiwBgToCih94gTOBAYIIAQEGBASBNgGDVhiCNwMGgToBgw2LJSccgUlEgViCZz6CYwKBRhoCg02CDCKSKIE6IHE0okCeYgqDRosBlHoVqActlh2ND5kzAgQCBAUCDgEBBoFoAzKBWXAVgyRRGQ+OIINxil50Cy0CBgsBAQMJjUwBAQ X-IronPort-AV: E=Sophos;i="5.88,333,1635206400"; d="scan'208";a="983699589" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Feb 2022 12:53:40 +0000 Received: from mail.cisco.com (xbe-aln-004.cisco.com [173.36.7.19]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 21MCreQ8020011 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 22 Feb 2022 12:53:40 GMT Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xbe-aln-004.cisco.com (173.36.7.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 22 Feb 2022 06:53:39 -0600 Received: from xfe-rtp-003.cisco.com (64.101.210.233) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Tue, 22 Feb 2022 06:53:39 -0600 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-003.cisco.com (64.101.210.233) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Tue, 22 Feb 2022 07:53:39 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VoY5Ul96Onbftf+80mxvHmftc5Tb63ti4L3aqSgx6cOplqZzVR/IJ4vcKVCZww7D/QhKgwJ3iifJtM4JOIijdgI4bRnOyAwDQEPy4PaFEkcJXtcIF2XKFO2GeWYCc4b1/BtJ7eTHODjzYxzrCM3cPSATx/ykP2NgWsSxv9pIeH2IN62THatAs8JvEEite7aQ7ekP/RpH6s3w1l+D49p6XlhzafFYN2EqjbY7YrNDhbXuTNxZdYhkvb/i2TW+VjxNIkd5o3Jn8UGX05AeDhZvdf7FPQzsMlH/eN8NXun3HBTJIwH945+Jrn13EYjZYxshdgUuBdCJE/aWGNCCcj7sKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=rXN8gQTHJZeSd0w+bqzX4J85ucfRltTmqVNckmZZHeo=; b=BibJEbUvq/efiS+lk2oG3I9LJ9lbIERgEXh/xSeg7C9cbwz3NppeBzF9pqLEw1YlgXJ0J1F/CEDk15Tl9rpgGePcQtA5I6Fx53+y6kL0xNwwQqDo3uZwnIfs1mEYvnOdqSYLF+7lbTTRaJ1d42N1vZ5GlOJC9NiBkFD+WjKnZE5Wf1yz17rVhSkfwxYktShp7vHUtx0cYgWLZ+tmnHHWnMnwHjjYlDzo7FNRGyXfbiwGsdZdadXICUg4nT92MvcGeVOdMdUuYXGT/O+RWNlLX8V0D9aJwnju1cVcB9N8bcLiUk+DiFQgpW2pWV/DGysepV/rhuTQ+sTF0EqG5uVbnA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rXN8gQTHJZeSd0w+bqzX4J85ucfRltTmqVNckmZZHeo=; b=hQxVuUZU5MC4uTBerUJmjreVZKuOLRnDNMh129VIRzPQI9PZ2TYCMQ7Qro37X2s5hHoWtBahDNwfZ3R5FtTrP2d0U2ko7Q4d1Y6aE8gBG+eL5sRc+6NlVZKdUk2MWu6j3LX7EFybEtc4iFEMIg5jPKj1j3LtOx0Wqp+JXVQVC4k= Received: from BL0PR11MB2980.namprd11.prod.outlook.com (2603:10b6:208:32::25) by SJ0PR11MB4862.namprd11.prod.outlook.com (2603:10b6:a03:2de::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4995.15; Tue, 22 Feb 2022 12:53:37 +0000 Received: from BL0PR11MB2980.namprd11.prod.outlook.com ([fe80::4ce0:69ec:119e:f4f6]) by BL0PR11MB2980.namprd11.prod.outlook.com ([fe80::4ce0:69ec:119e:f4f6%6]) with mapi id 15.20.4995.027; Tue, 22 Feb 2022 12:53:37 +0000 From: "Jeff Squyres (jsquyres)" Thread-Topic: AC_CONFIG_FILES / stamp-h? problem Thread-Index: AQHYJtgXLdJfPQyJkEy9lluo3AD76qyfgNcI Date: Tue, 22 Feb 2022 12:53:37 +0000 Message-ID: References: <20220221040341.794B9343420@smtp.gentoo.org> In-Reply-To: <20220221040341.794B9343420@smtp.gentoo.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 2f672ca3-aff0-c3a9-a433-ea3861808159 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 277e91a7-2437-405c-e767-08d9f6025808 x-ms-traffictypediagnostic: SJ0PR11MB4862:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 7Xqb+lTlbmIsz26Pb9NnzRrtt9lEzRn58MsSz94Frb6xPiqWNrULb3OiY4NKW3RFJbO4GwVzVA6+F+zw2X9NN/oB4uXblgW8Zc0kOEcehI8gnbqI/GB0xEa9uEFulSjDZS10Uglrl1FvvF2R/ynwqVdvbKi+8VqM3+iwZaff1EebrhCHq+pyQRN3omvAkIhfkfhaUa4f+Er0zDiDtuG8IA7oo9ieiIPTaOkT6nPshEO7Guit+dM+Vg2KWKu/2UWwjQPZJSo1gC47SCus0cQZR8+9a9luA83GENUk28VEc6QEmEJrRrU6Bfy7+KvomdOiaBzxxFnnZlgVy3kVeyMlLBH0LntLqSN9ouSYv8Nx16LEe2Jy1l6gqZX1y/y9RqPVWuGiNKbwROAGC3a2ylaSrC24iLp6TyNbH+b4H37senivwZj8vtzONosgM436rCuNqFfrNzfBmgFcfCejNE48KnXb0gVvQLTXRiNSfRx8Idm7bpfSLxc8XyZ6LslhvqBs5OQi201w/LTvPRUgURSC2sxvJDi9g2vwOUs8HQVehc85T+CxM2fBCBkhMKMuFcPoBeSbPbatEFFjXntyTxIppoOijrwQ4G7z5ovdX9JvZR3uWX1MFOT6gNDP80G38kyxXzI/HQ1vjKnT66iGNOiBfVOk0Y1WWV38c+40Oj3v46gDuqWncK9UGFsLa8VChTNupwS0sAuqaXnAezDBonnqjtuAwP1MA6qHPtWPs4q8kss5+ozQZcyZJurRPE9m+E3R1b7wKG/B3ULzqgQE0W7Lyh3fZ56dkgos/Sv18U8oznMIi6WXFsNIHrXudrGLm+OULqmRuRYTIglTHOZgqwkGtQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR11MB2980.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(33656002)(6916009)(76116006)(38070700005)(55016003)(316002)(66446008)(52536014)(122000001)(2906002)(66556008)(66476007)(6506007)(71200400001)(4326008)(9686003)(64756008)(7696005)(966005)(53546011)(38100700002)(5660300002)(8936002)(508600001)(66946007)(86362001)(186003)(8676002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: K9Ty0qsVuIjauAQ5l+N9TVQnMW+MSFbzm8QollI/uEFmHJj6mwIGXROaGbzvLjF2rQ2dYa0z9LimwRFAH3bADeHnWDsxcMVWMayNS8ZyTMVOlxtgpa0kk7YM+3CQqqSJjpEwiD8e701QZp0XPwaaC0kdJPVgJ0mn/4nDH5nPfbr5iHeyUQyW+C3/rMmpOkU3DWGjpWnVC6JQ+cFA1aJ59ipCAn/G2RFCdb1LJpzDWb4pORcBfPx5rMXjQlSbFmXIxoPO/phnMPWdBAgEANfyHaymT+EpgyZCzVWBqVOgoaC7egPS3aBEx2qkt+atx8ImaqmEAwamYY8VNOV8PO+VhYWty9LhhPw6k/TH75WeHhf2v1GRS6r122M6AuiU0YFjkIKHef42oq5zR0lcPsUizQP6PnBKLHpCvdA0pbPYPktRf1IXLIXaSnkzPnqxcl/wes486qLZwDZSgYKI1LRaJtRbkDLHxe5dBZGCUZWZBQWMy9EJJFtw7KCsIMKpspR9Fg/Eq6T3KBypQ7R/NqDyE509wpXK0W2pVDORj/r21dveWRqftFbTfGserivH6Cw/hieodJJEPGQ6qV60X1cAPiYn/sSk2mk4aXf16m7nqSe154y03vf2IS2UR3S1HuY+YpV0DnvIJsRNDAq5Xhyzy6ImAJF+pn4tEO2tNAuXxyLUjp6LUP/VWWz5eSk18gToTf1L5V2ANmbDSdFdE3EGtsRLLK+Pvv6hdXks1W8DYp44pqtu2U46qy4cPV9xFzioppWtVNA41dGcjMqnCvp58ZhYafMQLM2DDZEFLutRvQ6LUhaHcAprSSB5kcf+VyK7HPn2ZZ7msL667kjmq2wEBEaFnJ4SGZzIc70kLVyKowDjETno46jan1qQWfxO3g5zpLrmsPc7iE4ksEndrvsFYG7AojMfifSnntW7lG6vLiRyXaPmuj59XGNdqdgWVdSXfoSDnVe2iUpPx/4nNKyEydtZHQAvcafbL2KdiVi0iqw/VWX22KuYARHkhWux1DckABXarvmoGZov6DuMxb8bfzCCUJkQS76OsFMtD0o5Y7TSgc4exFAYluzfaIxNp75Jmejy+XuTZp8HibmCquuUZt52xJ9R9Ttm7Ix2w9EQmQZPGJuqnjR/iz3Hguzn3NzA/kHLehThxZDJ1jo5jZYLyJfhorewNlhrFdN8U3Qjv73fW68811isQ+UdoscbdTQDmHEevKM5rAegUOjHFKuNXlLcSmjr6PzvPWImMx1xqSppl+mQpkDxXN1LvzQaGwh+19vysJXqOCSfjpizK3XnZ+D5Q9pOsxXaBUAzjc7YznNk0D3LzKmsVNUc2SWcUeCgxza+njYArIRU0TLet+owlfUzolX9o1tL42GSsUlEDtot74Ci3iIntsbFLYOJvbTxLC+46iGwqyOzLsOVWWkba5seQutitRkO85vGKQqa4FXXFMddhe4oS8j0uMFg6HehyMK/NEh4gzzTTlRaxkkKQiZT/9FqQMcmiss62/HUp2KvEau96DJYEjKXp0o4JHeGZ6/j+fdN073Kt0OxDJI3BxcOMAhIrsymo0kaV+w8CYw1PI2i6K1eCqoYLKVyEOPmwmLu2gt3yYYxIVxzvzl1fNG3J07snomBoDw4A6qrU6J7cyLd41SrjT+occgVIrZpVIFUMX3FykrOdOOYO+Mnqw== Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR11MB2980.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 277e91a7-2437-405c-e767-08d9f6025808 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Feb 2022 12:53:37.5106 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: hPzH+GcRf8tkqGBQJPcniPrMia8AYIo2fWKWK8ni6vKnnaKU6bSYoUATFcJnXJNd/LQTzqZ+sv63HZxNX6aetQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR11MB4862 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.19, xbe-aln-004.cisco.com X-Outbound-Node: rcdn-core-3.cisco.com 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 (---) I'm afraid I can't easily tell.=0A= =0A= It looks like I added a workaround in https://github.com/open-mpi/ompi/comm= it/40dd4c5b766ff62a681692b1fa6b72a1023fc81f on Dec 20, 2014 (the same day t= hat I initially filed this bug report).=0A= =0A= Half of that workaround was removed in June of 2015 when we stopped embeddi= ng a major component (https://github.com/open-mpi/ompi/commit/3e1b85ceb36d9= 52190934e041b8894db98bb38ef); the other half persisted for several years un= til we changed packaging of another major component in October of 2020 (htt= ps://github.com/open-mpi/ompi/commit/0e9581d478a20b496c579c9510ea0f3d644a46= 0d). Honestly, I think that when I put in the workaround, we forgot about = the issue -- the workaround ultimately disappeared organically over time wh= en we made other major changes to the Open MPI code base.=0A= =0A= So I can't say whether the bug ultimately got fixed in subsequent versions = of Automake, whether it was fixed in Open MPI's m4 code, or whether the oth= er major changes in Open MPI made the issue moot.=0A= =0A= --=A0=0A= Jeff Squyres=0A= jsquyres@cisco.com=0A= =0A= ________________________________________=0A= From: Mike Frysinger =0A= Sent: Sunday, February 20, 2022 11:03 PM=0A= To: Jeff Squyres (jsquyres)=0A= Cc: 19418@debbugs.gnu.org=0A= Subject: Re: AC_CONFIG_FILES / stamp-h? problem=0A= =0A= On Sat, 20 Dec 2014 15:48:49 +0000, Jeff Squyres (jsquyres) wrote:=0A= > I have found what appears to be a subtle bug in the Autotools, and I *thi= nk* it may be in Automake. ...but I am not sure; it could also be a bug in= our m4 code.=0A= =0A= it's been ... a while. have you managed to track this down yourself ?=0A= or is this issue still plaguing the project ?=0A= -mike=0A= From unknown Sat Jun 14 05:01:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19418: AC_CONFIG_FILES / stamp-h? problem Resent-From: Mike Frysinger Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sun, 27 Feb 2022 07:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19418 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: "Jeff Squyres (jsquyres)" Cc: "19418@debbugs.gnu.org" <19418@debbugs.gnu.org> Received: via spool by 19418-submit@debbugs.gnu.org id=B19418.164594758420562 (code B ref 19418); Sun, 27 Feb 2022 07:40:02 +0000 Received: (at 19418) by debbugs.gnu.org; 27 Feb 2022 07:39:44 +0000 Received: from localhost ([127.0.0.1]:56771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOE9f-0005La-Tj for submit@debbugs.gnu.org; Sun, 27 Feb 2022 02:39:44 -0500 Received: from woodpecker.gentoo.org ([140.211.166.183]:53442 helo=smtp.gentoo.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOE9d-0005LL-FX for 19418@debbugs.gnu.org; Sun, 27 Feb 2022 02:39:41 -0500 Received: by smtp.gentoo.org (Postfix, from userid 559) id 3DE2C3431BF; Sun, 27 Feb 2022 07:39:35 +0000 (UTC) Date: Sun, 27 Feb 2022 02:39:37 -0500 From: Mike Frysinger Message-ID: Mail-Followup-To: "Jeff Squyres (jsquyres)" , "19418@debbugs.gnu.org" <19418@debbugs.gnu.org> References: <20220221040341.794B9343420@smtp.gentoo.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7ih/fl+LdJ27SMWu" 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 (------) --7ih/fl+LdJ27SMWu Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 22 Feb 2022 12:53, Jeff Squyres (jsquyres) wrote: > I'm afraid I can't easily tell. >=20 > It looks like I added a workaround in https://github.com/open-mpi/ompi/co= mmit/40dd4c5b766ff62a681692b1fa6b72a1023fc81f on Dec 20, 2014 (the same day= that I initially filed this bug report). >=20 > Half of that workaround was removed in June of 2015 when we stopped embed= ding a major component (https://github.com/open-mpi/ompi/commit/3e1b85ceb36= d952190934e041b8894db98bb38ef); the other half persisted for several years = until we changed packaging of another major component in October of 2020 (h= ttps://github.com/open-mpi/ompi/commit/0e9581d478a20b496c579c9510ea0f3d644a= 460d). Honestly, I think that when I put in the workaround, we forgot abou= t the issue -- the workaround ultimately disappeared organically over time = when we made other major changes to the Open MPI code base. >=20 > So I can't say whether the bug ultimately got fixed in subsequent version= s of Automake, whether it was fixed in Open MPI's m4 code, or whether the o= ther major changes in Open MPI made the issue moot. thanks, that helps. i can reproduce what you're seeing. i haven't dug deeper yet to see what's going on. $ git clone https://github.com/open-mpi/ompi $ cd ompi $ git checkout 40dd4c5b766ff62a681692b1fa6b72a1023fc81f $ WANT_AUTOCONF=3D2.69 WANT_AUTOMAKE=3D1.14 autoreconf -vfi $ ./configure $ grep ^config_headers=3D config.status config_headers=3D" opal/include/opal_config.h ompi/include/mpi.h oshmem/include/shmem.h opal/mca/hwloc/hwloc191/hwloc/include/private/autogen/config.h opal/mca/hwloc/hwloc191/hwloc/include/hwloc/autogen/config.h opal/mca/common/libfabric/libfabric/config.h" $ grep -A1 ^distclean-hdr Makefile.in distclean-hdr: -rm -f \ opal/mca/common/libfabric/libfabric/config.h \ opal/mca/common/libfabric/libfabric/stamp-h4 \ opal/mca/hwloc/hwloc191/hwloc/include/private/autogen/config.h \ opal/mca/hwloc/hwloc191/hwloc/include/private/autogen/stamp-h5 \ opal/mca/hwloc/hwloc191/hwloc/include/hwloc/autogen/config.h \ opal/mca/hwloc/hwloc191/hwloc/include/hwloc/autogen/stamp-h6 Automake 1.16 does the same thing. $ aclocal-1.16 && automake-1.16 $ grep -A1 ^distclean-hdr Makefile.in distclean-hdr: -rm -f \ opal/mca/common/libfabric/libfabric/config.h \ opal/mca/common/libfabric/libfabric/stamp-h4 \ opal/mca/hwloc/hwloc191/hwloc/include/private/autogen/config.h \ opal/mca/hwloc/hwloc191/hwloc/include/private/autogen/stamp-h5 \ opal/mca/hwloc/hwloc191/hwloc/include/hwloc/autogen/config.h \ opal/mca/hwloc/hwloc191/hwloc/include/hwloc/autogen/stamp-h6 -mike --7ih/fl+LdJ27SMWu Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmIbKrkACgkQQWM7n+g3 9YE5XQ//T9jt4Enh2nHiey1t5o2eW6m6jPSkpVEnDnSYXTJdVpcj6Y10hiJoQ0BL cFeYweEgcw3n5yJIa5bqusv0+Aa1auhCx3JjnYSbH0JStzlHuYyFNQ5Pl/Re633+ 70oyqL9d0oFfDAGrVlQ80wSPnV3c3pjCItht/8Xk1iK9SV7mjq+O4grP5nYNk/N1 lnEyH6fUHuZncsMf67kkhK8/+jA0TY/on3sUMu0NpPYHuclf9bT8bU7aM9P0VjFQ R9EJTGKnMio9rVSDGQzcZC7Jow3o1AtHTuF5J51KSdftVnrUWkI3r53Q3gQw8RHj s1XOZ/w8Xf3b9Qx85NR3DOJbrnbJHLRslE1b8252QbFUI2EMoDBSkMpEB0dlYH2l vUD7CDRvN5/LOJJBM8yBhJipeB65sdt7P+u8pqy7A77zyG+spkJnrGvWDxBt9zCH iSzGCSemP27am/8F31GEFDBxw33dhV2TnNM3oKiBwYlrsWDY4cTC5dRqEzXZr/z/ JEYukKiePG1bCbZ2cJt66JK5rpVBopj3LLWa5IBgeWUuqkysUnw/sRaERa8t2Lfx MWSazsAzub7GhC+tCU8mZzyk0F9SxxEX4+Legt6Ql3Cu3RX39FWiEd/V9+VkE7Iq J2KkYj88Bu8/xEl1DMyhTxDgLc8Ma2EGnqKKSdDrYf1p6w2KodU= =uFMY -----END PGP SIGNATURE----- --7ih/fl+LdJ27SMWu--