From unknown Tue Aug 19 10:01:40 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#23058 <23058@debbugs.gnu.org> To: bug#23058 <23058@debbugs.gnu.org> Subject: Status: Bug found in libtool make process Reply-To: bug#23058 <23058@debbugs.gnu.org> Date: Tue, 19 Aug 2025 17:01:40 +0000 retitle 23058 Bug found in libtool make process reassign 23058 libtool submitter 23058 "Villeneuve, Donald H" severity 23058 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 18 20:44:42 2016 Received: (at submit) by debbugs.gnu.org; 19 Mar 2016 00:44:42 +0000 Received: from localhost ([127.0.0.1]:53097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ah50T-0000KJ-C0 for submit@debbugs.gnu.org; Fri, 18 Mar 2016 20:44:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39832) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ah4FX-0007eg-4d for submit@debbugs.gnu.org; Fri, 18 Mar 2016 19:56:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ah4FQ-0001T0-D3 for submit@debbugs.gnu.org; Fri, 18 Mar 2016 19:56:05 -0400 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,HTML_MESSAGE autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:58414) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ah4FQ-0001Su-9n for submit@debbugs.gnu.org; Fri, 18 Mar 2016 19:56:04 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59034) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ah4FO-0002Ks-KU for bug-libtool@gnu.org; Fri, 18 Mar 2016 19:56:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ah4FL-0001SF-Dl for bug-libtool@gnu.org; Fri, 18 Mar 2016 19:56:02 -0400 Received: from mga11.intel.com ([192.55.52.93]:54566) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ah4FL-0001Rv-3q for bug-libtool@gnu.org; Fri, 18 Mar 2016 19:55:59 -0400 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 18 Mar 2016 16:55:53 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.24,357,1455004800"; d="scan'208,217";a="940532553" Received: from orsmsx107.amr.corp.intel.com ([10.22.240.5]) by fmsmga002.fm.intel.com with ESMTP; 18 Mar 2016 16:55:53 -0700 Received: from orsmsx153.amr.corp.intel.com (10.22.226.247) by ORSMSX107.amr.corp.intel.com (10.22.240.5) with Microsoft SMTP Server (TLS) id 14.3.248.2; Fri, 18 Mar 2016 16:55:52 -0700 Received: from orsmsx111.amr.corp.intel.com ([169.254.12.9]) by ORSMSX153.amr.corp.intel.com ([169.254.12.79]) with mapi id 14.03.0248.002; Fri, 18 Mar 2016 16:55:52 -0700 From: "Villeneuve, Donald H" To: "bug-libtool@gnu.org" Subject: Bug found in libtool make process Thread-Topic: Bug found in libtool make process Thread-Index: AdGBcGK1OQIxRtvFR4GGjspT3O5G6g== Date: Fri, 18 Mar 2016 23:55:51 +0000 Message-ID: <902B52500FBE5E40BD36BB137A02A7164DC8C6@ORSMSX111.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNjI5OTE1ZTEtNDVjMS00ZWE4LTkyMTktYjM5ZjI0Mjk2Yjk4IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6IlhISWlQRG00UEJlOTZlU0d1cEFjYlhFOXRURlRzOGFoY3p5K3RONkpUQmc9In0= x-ctpclassification: CTP_IC x-originating-ip: [10.22.254.139] Content-Type: multipart/alternative; boundary="_000_902B52500FBE5E40BD36BB137A02A7164DC8C6ORSMSX111amrcorpi_" 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: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 18 Mar 2016 20:44:39 -0400 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: -4.1 (----) --_000_902B52500FBE5E40BD36BB137A02A7164DC8C6ORSMSX111amrcorpi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, We build and use libtool for one of the products we are working on. In the course of build libtool the following was noticed: 1) Do as usual a configure --> everything seems fine 2) export U=3Dabcxyz_idoNotcare_whatitis 3) make The make will fail because in the course of its run, it will use a variable= called $U. This bug was noticed when installing libtool 2.4.2 under Linux-2.6.32-504.el6.x86_64-x86_64-with-redhat-6.7-Santiago GNU Make 3.81 The fix is clear: Someone must not use U as a variable name. In this case,= the customer was using the variable U as follows: export U=3D~/util So as a shortcut for their utility directory, which seems to be an admissib= le use case. I've not check more recent versions of libtool against this bug. But as we= move away from 2.4.2, it would be not to have to worry about this one. Thanks. If you have any further questions, more details can be provided. Donald --_000_902B52500FBE5E40BD36BB137A02A7164DC8C6ORSMSX111amrcorpi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

We build and use libtool for one of the products we = are working on.

 

In the course of build libtool the following was not= iced:

 

1)      Do as usual a configure  à everything seems fine

2)      export U=3Dabcxyz_idoNotcare_whatitis

3)      make

 

The make will fail because in the course of its run,= it will use a variable called $U.

This bug was noticed when installing libtool 2.4.2 u= nder

Linux-2.6.32-504.el6.x86_64-x86_64-with-redhat-6.7-S= antiago

GNU Make 3.81

 

The fix is clear: Someone must not use U as a variab= le name.  In this case, the customer was using the variable U as follo= ws:

    export U=3D~/util

So as a shortcut for their utility directory, which = seems to be an admissible use case.

 

I’ve not check more recent versions of libtool= against this bug.  But as we move away from 2.4.2, it would be not to= have to worry about this one.

Thanks.

 

If you have any further questions, more details can = be provided.

Donald

 

--_000_902B52500FBE5E40BD36BB137A02A7164DC8C6ORSMSX111amrcorpi_-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 19 17:41:02 2016 Received: (at 23058) by debbugs.gnu.org; 19 Mar 2016 21:41:02 +0000 Received: from localhost ([127.0.0.1]:53978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahOcI-00033C-9J for submit@debbugs.gnu.org; Sat, 19 Mar 2016 17:41:02 -0400 Received: from mail.lysator.liu.se ([130.236.254.3]:37095) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahOcG-00032g-Gt for 23058@debbugs.gnu.org; Sat, 19 Mar 2016 17:41:01 -0400 Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 56A6D40013; Sat, 19 Mar 2016 22:40:58 +0100 (CET) Received: from [192.168.0.95] (217-210-101-82-no95.business.telia.com [217.210.101.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 79B0E4000B; Sat, 19 Mar 2016 22:40:57 +0100 (CET) Message-ID: <56EDC768.4080605@lysator.liu.se> Date: Sat, 19 Mar 2016 22:40:56 +0100 From: Peter Rosin User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "Villeneuve, Donald H" , 23058@debbugs.gnu.org Subject: Re: bug#23058: Bug found in libtool make process References: <902B52500FBE5E40BD36BB137A02A7164DC8C6@ORSMSX111.amr.corp.intel.com> In-Reply-To: <902B52500FBE5E40BD36BB137A02A7164DC8C6@ORSMSX111.amr.corp.intel.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 23058 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.3 (--) On 2016-03-19 00:55, Villeneuve, Donald H wrote: > Hi, > We build and use libtool for one of the products we are working on. > > In the course of build libtool the following was noticed: > > 1) Do as usual a configure à everything seems fine > 2) export U=abcxyz_idoNotcare_whatitis > 3) make > > The make will fail because in the course of its run, it will use a variable called $U. > This bug was noticed when installing libtool 2.4.2 under > Linux-2.6.32-504.el6.x86_64-x86_64-with-redhat-6.7-Santiago > GNU Make 3.81 > > The fix is clear: Someone must not use U as a variable name. In this case, the customer was using the variable U as follows: > export U=~/util > So as a shortcut for their utility directory, which seems to be an admissible use case. > > I’ve not check more recent versions of libtool against this bug. But as we move away from 2.4.2, it would be not to have to worry about this one. > Thanks. > > If you have any further questions, more details can be provided. > Donald This is not a libtool bug, it is caused by some bad interaction between autoconf and automake in the code for support of pre-ANSI compilers. See [1] for an old dup of your report. Automake has removed support for pre-ANSI compilers since a couple of years, maybe it is time for autoconf to follow? Cheers, Peter http://lists.gnu.org/archive/html/bug-autoconf/2010-02/msg00013.html