Received: (at 60731) by debbugs.gnu.org; 12 Jan 2023 02:11:40 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 11 21:11:40 2023
Received: from localhost ([127.0.0.1]:44274 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pFn48-0001CL-Dk
for submit <at> debbugs.gnu.org; Wed, 11 Jan 2023 21:11:40 -0500
Received: from freefriends.org ([96.88.95.60]:46718)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <karl@HIDDEN>) id 1pFn46-0001CC-DB
for 60731 <at> debbugs.gnu.org; Wed, 11 Jan 2023 21:11:38 -0500
X-Envelope-From: karl@HIDDEN
Received: from freefriends.org (freefriends.org [96.88.95.60])
by freefriends.org (8.14.7/8.14.7) with ESMTP id 30C2Bbdl027330
(version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);
Wed, 11 Jan 2023 19:11:37 -0700
Received: (from apache@localhost)
by freefriends.org (8.14.7/8.14.7/Submit) id 30C2Ba7E027329;
Wed, 11 Jan 2023 19:11:36 -0700
Date: Wed, 11 Jan 2023 19:11:36 -0700
Message-Id: <202301120211.30C2Ba7E027329@HIDDEN>
From: Karl Berry <karl@HIDDEN>
To: Christian.Weiss@HIDDEN
Subject: Re: bug#60731: configure does not check for space behind "-l"
In-Reply-To: <DB8PR09MB3658B0E6679A0D349B1EEAFFDBFC9@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 60731
Cc: bug-libtool@HIDDEN, 60731 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
Hi Christian - thanks for the report.
-L* | -R* | -l*)
# Some compilers place space between "-{L,R}" and the path.
# Remove the space.
if test $p = "-L" ||
test $p = "-R"; then
From the case label, it seems clear that -l was intended to be
supported and simply missed from the if statement.
However, this code is in libtool[.m4], not automake. Attempting to
reassign the bug there. I don't know if debbugs will send mail to the
new list, so explicitly cc-ing bug-libtool. (Hope we don't end up with
two bug numbers.) --best, karl.
bug-libtool@HIDDEN:bug#60731; Package libtool.
Full text available.
Received: (at submit) by debbugs.gnu.org; 12 Jan 2023 02:11:51 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 11 21:11:50 2023
Received: from localhost ([127.0.0.1]:44277 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pFn4I-0001Cm-M1
for submit <at> debbugs.gnu.org; Wed, 11 Jan 2023 21:11:50 -0500
Received: from lists.gnu.org ([209.51.188.17]:38454)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <karl@HIDDEN>) id 1pFn4E-0001CY-Fx
for submit <at> debbugs.gnu.org; Wed, 11 Jan 2023 21:11:49 -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 <karl@HIDDEN>)
id 1pFn4E-0001zg-BF
for bug-libtool@HIDDEN; Wed, 11 Jan 2023 21:11:46 -0500
Received: from freefriends.org ([96.88.95.60])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <karl@HIDDEN>)
id 1pFn4C-00015J-Q8
for bug-libtool@HIDDEN; Wed, 11 Jan 2023 21:11:46 -0500
X-Envelope-From: karl@HIDDEN
Received: from freefriends.org (freefriends.org [96.88.95.60])
by freefriends.org (8.14.7/8.14.7) with ESMTP id 30C2Bbdl027330
(version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);
Wed, 11 Jan 2023 19:11:37 -0700
Received: (from apache@localhost)
by freefriends.org (8.14.7/8.14.7/Submit) id 30C2Ba7E027329;
Wed, 11 Jan 2023 19:11:36 -0700
Date: Wed, 11 Jan 2023 19:11:36 -0700
Message-Id: <202301120211.30C2Ba7E027329@HIDDEN>
From: Karl Berry <karl@HIDDEN>
To: Christian.Weiss@HIDDEN
Subject: Re: bug#60731: configure does not check for space behind "-l"
In-Reply-To: <DB8PR09MB3658B0E6679A0D349B1EEAFFDBFC9@HIDDEN>
Received-SPF: pass client-ip=96.88.95.60; envelope-from=karl@HIDDEN;
helo=freefriends.org
X-Spam_score_int: -41
X-Spam_score: -4.2
X-Spam_bar: ----
X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3,
SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-Debbugs-Envelope-To: submit
Cc: bug-libtool@HIDDEN, 60731 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)
Hi Christian - thanks for the report.
-L* | -R* | -l*)
# Some compilers place space between "-{L,R}" and the path.
# Remove the space.
if test $p = "-L" ||
test $p = "-R"; then
From the case label, it seems clear that -l was intended to be
supported and simply missed from the if statement.
However, this code is in libtool[.m4], not automake. Attempting to
reassign the bug there. I don't know if debbugs will send mail to the
new list, so explicitly cc-ing bug-libtool. (Hope we don't end up with
two bug numbers.) --best, karl.
bug-libtool@HIDDEN:bug#60731; Package libtool.
Full text available.Karl Berry <karl@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.
Received: (at submit) by debbugs.gnu.org; 11 Jan 2023 14:00:02 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 11 09:00:02 2023
Received: from localhost ([127.0.0.1]:41982 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1pFbe4-0001qH-IR
for submit <at> debbugs.gnu.org; Wed, 11 Jan 2023 09:00:02 -0500
Received: from lists.gnu.org ([209.51.188.17]:36634)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <Christian.Weiss@HIDDEN>) id 1pFa3I-0002sa-DA
for submit <at> debbugs.gnu.org; Wed, 11 Jan 2023 07:17:57 -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 <Christian.Weiss@HIDDEN>)
id 1pFa3H-0003kX-Oc
for bug-automake@HIDDEN; Wed, 11 Jan 2023 07:17:56 -0500
Received: from mail-db8eur05on2061b.outbound.protection.outlook.com
([2a01:111:f400:7e1a::61b]
helo=EUR05-DB8-obe.outbound.protection.outlook.com)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <Christian.Weiss@HIDDEN>)
id 1pFa3C-0007Hu-KA
for bug-automake@HIDDEN; Wed, 11 Jan 2023 07:17:55 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
b=av+OmfIvAu1GYsrvQfzpMgaOqr3i7rDy+hTW1sMbR9132ijlizewpzzDBGKiGYLfQN5Imcpj1n5QIeEaRwCR3Z5V0VrTizYBa5KRsa+SPEaKaleZngzHLzNEllr+XYvqPR6WuThinTCN2wbn53/e1Ow64WMV/sr5xCaropj96fHdUfSoKDeH72lg7+NzZuLSicAfsS3BATnPN6ntde5nJlQZVkaQYtC1qRRJh2anm6CUrmS2tesJsp93HZcbtwTiDu5E5uZbZ04SOcxt0phuu+M26cdZIgOHpifWDG4gfnA8mk8DWZ7jDg6fBpBHvMrLgal3oAu6D/bIaKk7HNxM4Q==
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=R2v9Xye17qBVMOqVow2FXMmGBWSCsaPssyfe6fh8njs=;
b=MLS0i8tOE73EqnQROybu4t9t/RHuNswqia0qIgLw0+IJ42/W0dHlb1SSyzxIUXZGmdCERaot6tVQnuz4iBV6Fbhj0f4AtRXKpzALzfHpyovbLS1nynPp0ZAMlv3mUUNQEUv8Wuun7LLFeNWnAMNPsCfoO86eVeCP0DxgN/KLLUN+ieSIQmJciSlWdC63Njea73Lg/cmlzufkieEiFuQCftPc5S9g27HxnWXSNya6IgyR+crWlnZXiEXx55aEqwWzdqwXece0MmoOqCvJUIYL9VQ+hSNzVBcryz8I3glljAoT/jPyksYk9pKwDBpyAckDg9NrU1gXdCQ/F2G3FyT4AQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass
smtp.mailfrom=emea.nec.com; dmarc=pass action=none header.from=emea.nec.com;
dkim=pass header.d=emea.nec.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=emea.nec.com;
s=selector1;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=R2v9Xye17qBVMOqVow2FXMmGBWSCsaPssyfe6fh8njs=;
b=DfDYs27dr1rMLbkobGEVpteJ9sz8cT3MvjYTCUCn3SB6nKKjLccD+RsLs2U/BWkIDdJQ6mw+BsLfYuXOf9y3eRr+zp3MKL8rojbVpFBtWfkKSTES2gZV9zmGmr4e4OwhPQG/DlvK+i6g5EE6vl3XxMfvO1xQpN4xEm+d+pcG3SpzeDMsQ9y7UuANJm9iByJofnllqdMecJ6ajk4aLyc6HghYcLwS2Mc8VtgiWmBuTZHI73N86/24taljBUD6mONycrpmD+NRuKFRZPefFsn/2Og0/jIp+HzkpbpItXQqCRt9XSxqwePHf+/BUkmXspVHl1bL2QAHU1Qw65+ufLrrLA==
Received: from DB8PR09MB3658.eurprd09.prod.outlook.com (2603:10a6:10:115::12)
by DB8PR09MB3961.eurprd09.prod.outlook.com (2603:10a6:10:12b::9) with
Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5986.18; Wed, 11 Jan
2023 12:12:37 +0000
Received: from DB8PR09MB3658.eurprd09.prod.outlook.com
([fe80::8220:44a8:d2a0:4833]) by DB8PR09MB3658.eurprd09.prod.outlook.com
([fe80::8220:44a8:d2a0:4833%9]) with mapi id 15.20.5944.019; Wed, 11 Jan 2023
12:12:37 +0000
From: Christian Weiss <Christian.Weiss@HIDDEN>
To: "bug-automake@HIDDEN" <bug-automake@HIDDEN>
Subject: configure does not check for space behind "-l"
Thread-Topic: configure does not check for space behind "-l"
Thread-Index: Adkltbq4Slo4cNB0R46nli05zTE3+w==
Date: Wed, 11 Jan 2023 12:12:37 +0000
Message-ID: <DB8PR09MB3658B0E6679A0D349B1EEAFFDBFC9@HIDDEN>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed)
header.d=none;dmarc=none action=none header.from=EMEA.NEC.COM;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DB8PR09MB3658:EE_|DB8PR09MB3961:EE_
x-ms-office365-filtering-correlation-id: 539235e3-a127-4c76-2abc-08daf3cd20e0
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 32fg+AjaGks23SPrILxf+FCGiJ9KlJKnYFhgcjDfNh/rh/6Qy/QSszp/ZDkecH+dT/brDoYFEIIS+BYn1FSaHM5ypTHUjrZRZ3xZV7yMEdzwDpINsrgE44WPuF0aU8QAxKKY9dXpK7c2PaYXUAFAGlqhQGD3q6nFHcon6mutqqXQWNUZIp2GiMXZ+YF1Pkz6E/HqtfAMUWfes18hJ9WfCiHvlEayp7wNEkLXpHoqNOSkhHcIQIX7Hnb9zDiC7ojDfoatt+k5JjsT2u2bXeYRczimNofNTG1sXRvY7cbgWNYT6tl+iLpp0a4HlfXYFuQ76+TVE6+AsPD6quuHSa4es73TDTmAAuVZZlx4jlnLih0XxTXGcQSxEKUuF6Ek72Zx6RyKa65WiBsuTmq3dPlli5y0G2KuFqsYNr3oaIsptHLjdniN5lGpUyG3P4GHdcHl8jfkzjLoKc2PDCEw08QmhFpk22jI0RHJcQQZIWVmB/eQK4YnNnAvpFIAiEgAwMo55OtDvwe9ZMiRKIhtK1OmBfhuY3ZEftdi0hm5SsdHAP+8bE/EkiUe0c5K/ytynH5MZ5HS3bbZCFfuLvx3aEsQ0FcfKFX143bSTBXNzZXKptXpFHO4UB1KFWI59rbDgmNtIpyOreKNG9uqy5AGEfI3D1jmk5tby/0e6lgCX90dGF/KbHrIA4aZwKRD0a15z/x+GrLMTaj1VM2hJLwTh5IsTA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;
IPV:NLI; SFV:NSPM; H:DB8PR09MB3658.eurprd09.prod.outlook.com; PTR:; CAT:NONE;
SFS:(13230022)(4636009)(136003)(376002)(396003)(346002)(366004)(39860400002)(451199015)(8676002)(66476007)(66946007)(316002)(76116006)(66556008)(71200400001)(66446008)(7696005)(64756008)(6916009)(38070700005)(2906002)(38100700002)(186003)(8936002)(52536014)(41300700001)(5660300002)(66574015)(86362001)(83380400001)(478600001)(6506007)(33656002)(55016003)(122000001)(26005)(9686003);
DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?6qTMVOsivA9UeUp1OEMihbcaPxSVm5RVPGg26QNso64BzMcpAGC9GG3UPp?=
=?iso-8859-1?Q?/8X1HymDD+9oHLvYnhSEjGJlqJ1Tz181KOf06Oko/gHNhlJdEJ8bp2UIog?=
=?iso-8859-1?Q?MC7xyaesbCemkNNVYMVciiBHYFe6CD1Cg+f8d63M1Jdpjwbp8iOjxsegPe?=
=?iso-8859-1?Q?8aNP6JcKuX7z0ew3AgLIM2T5AUFPsCBCb36pfCUKlFm4MCFUDradyHo2xS?=
=?iso-8859-1?Q?udlJNQveSjsYsc2dZdRrk8dPyq0Q1zNxobLAqTXexAlmo2QjtHbG8cF7rp?=
=?iso-8859-1?Q?w+DEKOgGEdAUq/G6YuCpGqDT0Gl9jjAJgsduTX+PStRmNgaJrbDI5/4yXP?=
=?iso-8859-1?Q?b879x1rtC/aO8K4cnrIWpVPsiMU62z3xGkAsaeOclVPJtAFlSCS4VHpmFv?=
=?iso-8859-1?Q?wN6H822f43/R3zFSOZmHqaOGT3glXN83iBOq1SKXN1DLk84Yz3cYBNoVBp?=
=?iso-8859-1?Q?jXSoYP5lraKqYOb2Ta7qvgN88ECbvG4yWpMxQNf69kctAFF1W9MhO5v4n9?=
=?iso-8859-1?Q?jissj1UneTR95b064Gg/nRhRSx0sEA+uIzUgwtO4z1Y0nqwF8caIf1G72K?=
=?iso-8859-1?Q?N9yGPzhZunQuENo+yhRXVccRqb2C0+J2lDA64Fbme/hYCpV4ca0XYuOYTG?=
=?iso-8859-1?Q?+E5/Gy8yYm6iV4SS0KmZCgEXOdBnmx1nPFGV8vrIf5ZT3iGDZRsVCY0YFZ?=
=?iso-8859-1?Q?xGDKrlA/Xi6lEQY0T4xQCy90oewhAhTNxqe/zpvjSyCBct0rP6KS9fBx1D?=
=?iso-8859-1?Q?MH6Q1LQSeJZM/bTDm0Hzj5KHKRCBGYJrPkujCLMlTkU4CG9On3ubHnZuAc?=
=?iso-8859-1?Q?W/bcDuiSrTOsqFqibUazbvnIomFSHQ3QAz0bQlDCSnYlB6+sIrUI9XZSfN?=
=?iso-8859-1?Q?zW+4pyw3bqkq/+19kO2O66tPtlq4ywcFhFxy4qDCUR6kr6xI3ugY27pHe3?=
=?iso-8859-1?Q?ankjOIT+ZX5Z1WO3nfb49iMvmHg11hvo6nhPM2cPnKXZorMcSP/m57Kw8n?=
=?iso-8859-1?Q?1tI11VitKCsWcRS2lSooCmUEHwwpq+GmcoshdClIdcigArDSsLrkZJX9u1?=
=?iso-8859-1?Q?oPnEZmhL8qA63mByVZwbmcwTXewW4nRb/j4H8Qqydp+3GNrcVDlyV6mZ0x?=
=?iso-8859-1?Q?gfceAtoFCL9bs8Rl2LCCiIvnmeyX8COfGPV+0BOWzCC5GVDYDafvSSxPY0?=
=?iso-8859-1?Q?FIKzCL59XEP8y7XUkrHdjaAb9Tymnfk52SWzhbcEG3z9HHybZpZntXrOtI?=
=?iso-8859-1?Q?MeWMV8+4itrayj04/MhxlcdR56ODdYxRCFUJOqd0A6r8xZxKnJzgZelLj4?=
=?iso-8859-1?Q?5Q0KGZDF1yTbiwlj4xHwFdDULs4YXtEyfn94KjlXOU4TcL8e8Qvsm6I/Ea?=
=?iso-8859-1?Q?B6MjU+a6bxNXpeLcLNPPPF3npstC+oFV+dyOeyrZ8Jvmxmkthic40jv1h3?=
=?iso-8859-1?Q?+98nDOdc32DAqEePeKpCwJm1byO1h+5cuoM1M+I4VM2xli7ptoZF9ltGby?=
=?iso-8859-1?Q?nlmqNcKvuzwUlNGk5Jiwslk7O2zMzlz1KhDq+Q2eO5YoARP1jdEyTiUM0a?=
=?iso-8859-1?Q?6nzVJ9d6tXwdQqexqIa3LS7vWTyvt8kws6ilIgHftP9QZzzrleirKjTisl?=
=?iso-8859-1?Q?iaZm8IaVyEtouytUJzjJ3Dgfmkgp584Pwh1I0I57nalfHJsJz1V5nQAQ?=
=?iso-8859-1?Q?=3D=3D?=
Content-Type: multipart/alternative;
boundary="_000_DB8PR09MB3658B0E6679A0D349B1EEAFFDBFC9DB8PR09MB3658eurp_"
MIME-Version: 1.0
X-OriginatorOrg: emea.nec.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DB8PR09MB3658.eurprd09.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 539235e3-a127-4c76-2abc-08daf3cd20e0
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Jan 2023 12:12:37.1441 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 6d49d47f-3280-4627-8c09-4450bafd1a23
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: BHGaZ6Qblmtmbu4581PnqRjtH2UdqvU1iYnBGyAPLS+VXSEpgVw0NRsFdD8y4k2H2Drh5TePLpZUNzrGx277b1GBWc7GzRp56iT2T/Kn2UU=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8PR09MB3961
Received-SPF: pass client-ip=2a01:111:f400:7e1a::61b;
envelope-from=Christian.Weiss@HIDDEN;
helo=EUR05-DB8-obe.outbound.protection.outlook.com
X-Spam_score_int: -19
X-Spam_score: -2.0
X-Spam_bar: --
X-Spam_report: (-2.0 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001,
RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Wed, 11 Jan 2023 08:59:59 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)
--_000_DB8PR09MB3658B0E6679A0D349B1EEAFFDBFC9DB8PR09MB3658eurp_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Dear all,
I have an issue which relates to the parsing of libraries for the linking s=
tep.
To reproduce this error, I have used automake 2.71 and OpenMPI 4.1.2
Consider this configure.ac:
AC_INIT([bug_mpi], [0], [dummy])
AM_INIT_AUTOMAKE
AC_PROG_CC
AC_PROG_FC
AC_PROG_CXX
LT_INIT
AC_CONFIG_FILES([Makefile])
AC_OUTPUT
And Makefile.am:
lib_LTLIBRARIES =3D libtest.la
libtest_la_SOURCES =3D test_f.f90 test_c.c
i.e. a library is supposed to be created from a C and a Fortran source file=
. The explicit form of the source files is irrelevant.
I configure and build with MPI: ./configure CC=3Dmpicc FC=3Dmpif90 CXX=3Dmp=
ic++
Which leads to the following error message:
/usr/bin/ld: cannot find -l-L/opt/bm/gcc-10.2.0/lib/gcc/x86_64-pc-linux-gnu=
/10.2.0
This is due to empty "-l" commands in the linker command. I could find out =
that this originates from the call of "mpif90 -v", which configure uses to=
create the list of libraries to link. Explicitly, in my case I get
mpif90 -v test.f90 2>&1 | grep Driving
Driving: /opt/bm/gcc-10.2.0/bin/gfortran -v test.f90 -I/opt/bm/hpcx-v2.10-g=
cc-MLNX_OFED_LINUX-5-redhat8-cuda11-gdrcopy2-nccl2.11-x86_64/hpcx-rebuild-g=
cc-9.2.0-mt.sh/include -pthread -I/opt/bm/hpcx-v2.10-gcc-MLNX_OFED_LINUX-5-=
redhat8-cuda11-gdrcopy2-nccl2.11-x86_64/hpcx-rebuild-gcc-9.2.0-mt.sh/lib -L=
/opt/bm/hpcx-v2.10-gcc-MLNX_OFED_LINUX-5-redhat8-cuda11-gdrcopy2-nccl2.11-x=
86_64/hpcx-rebuild-gcc-9.2.0-mt.sh/lib -Wl,-rpath -Wl,/opt/bm/hpcx-v2.10-gc=
c-MLNX_OFED_LINUX-5-redhat8-cuda11-gdrcopy2-nccl2.11-x86_64/hpcx-rebuild-gc=
c-9.2.0-mt.sh/lib -Wl,--enable-new-dtags -lmpi_usempif08 -lmpi_usempi_ignor=
e_tkr -lmpi_mpifh -lmpi -l gfortran -l m -shared-libgcc
Note the highlighted libraries which have a space between the "-l" and the =
library name. This string occurs in the postdeps variable of the libtool sc=
ript.
I am aware that the existence of that extra space originates from OpenMPI. =
I have observed this with a few other OpenMPI installations, but other MPI =
implementations might not have it.
However, I found the following in the configure script:
for p in `eval "$output_verbose_link_cmd"`; do
case ${prev}${p} in
-L* | -R* | -l*)
# Some compilers place space between "-{L,R}" and the path.
# Remove the space.
if test $p =3D "-L" ||
test $p =3D "-R"; then
prev=3D$p
continue
fi
Here, you explicitly check for spaces within -L and -R statements. If I add=
"-l" to this, the build succeeds.
Maybe this check could be automatically generated, too?
Best regards,
Christian
Dr. Christian Weiss
Benchmark Analyst
Tel: +49 211 5369 126
NEC Deutschland GmbH
Gesch=E4ftsf=FChrer Yuichi Kojima
Handelsregister D=FCsseldorf HRB 57941; VAT ID DE129424743
--_000_DB8PR09MB3658B0E6679A0D349B1EEAFFDBFC9DB8PR09MB3658eurp_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72" style=3D"word-wrap:=
break-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Dear all,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">I have an issue which relates t=
o the parsing of libraries for the linking step.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">To reproduce this error, I have=
used automake 2.71 and OpenMPI 4.1.2<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Consider this configure.ac:<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">AC_INIT([bug_mpi], [0], [dummy]=
)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">AM_INIT_AUTOMAKE<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">AC_PROG_CC<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">AC_PROG_FC<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">AC_PROG_CXX<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">LT_INIT<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">AC_CONFIG_FILES([Makefile])<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">AC_OUTPUT<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">And Makefile.am:<o:p></o:p></sp=
an></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">lib_LTLIBRARIES =3D libtest.la<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">libtest_la_SOURCES =3D test_f.f=
90 test_c.c<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">i.e. a library is supposed to b=
e created from a C and a Fortran source file. The explicit form of the sour=
ce files is irrelevant.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">I configure and build with MPI:=
./configure CC=3Dmpicc FC=3Dmpif90 CXX=3Dmpic++<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Which leads to the following er=
ror message:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">/usr/bin/ld: cannot find -l-L/o=
pt/bm/gcc-10.2.0/lib/gcc/x86_64-pc-linux-gnu/10.2.0<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">This is due to empty “-l&=
#8221; commands in the linker command. I could find out that this originate=
s from the call of “mpif90 -v”, which configure uses to c=
reate the list of libraries to link. Explicitly, in my case I get<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">mpif90 -v test.f90 2>&1 =
| grep Driving<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Driving: /opt/bm/gcc-10.2.0/bin=
/gfortran -v test.f90 -I/opt/bm/hpcx-v2.10-gcc-MLNX_OFED_LINUX-5-redhat8-cu=
da11-gdrcopy2-nccl2.11-x86_64/hpcx-rebuild-gcc-9.2.0-mt.sh/include -pthread=
-I/opt/bm/hpcx-v2.10-gcc-MLNX_OFED_LINUX-5-redhat8-cuda11-gdrcopy2-nccl2.1=
1-x86_64/hpcx-rebuild-gcc-9.2.0-mt.sh/lib
-L/opt/bm/hpcx-v2.10-gcc-MLNX_OFED_LINUX-5-redhat8-cuda11-gdrcopy2-nccl2.1=
1-x86_64/hpcx-rebuild-gcc-9.2.0-mt.sh/lib -Wl,-rpath -Wl,/opt/bm/hpcx-v2.10=
-gcc-MLNX_OFED_LINUX-5-redhat8-cuda11-gdrcopy2-nccl2.11-x86_64/hpcx-rebuild=
-gcc-9.2.0-mt.sh/lib -Wl,--enable-new-dtags
-lmpi_usempif08 -lmpi_usempi_ignore_tkr -lmpi_mpifh -lmpi <b>-l gfortran -=
l m </b>
-shared-libgcc<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Note the highlighted libraries =
which have a space between the “-l” and the library name. This =
string occurs in the postdeps variable of the libtool script.<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">I am aware that the existence o=
f that extra space originates from OpenMPI. I have observed this with a few=
other OpenMPI installations, but other MPI implementations might not have =
it.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">However, I found the following =
in the configure script:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"> for p in `eval "$ou=
tput_verbose_link_cmd"`; do<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"> case ${prev}=
${p} in<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"> -L* | -R* | =
-l*)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"> &=
nbsp; # Some compilers place space between "-{L,R}" and the path.=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"> &=
nbsp; # Remove the space.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"> &=
nbsp; if test $p =3D "-L" ||<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"> &=
nbsp; test $p =3D "-R"; then<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"> &=
nbsp; prev=3D$p<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"> &=
nbsp; continue<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"> &=
nbsp; fi<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Here, you explicitly check for =
spaces within -L and -R statements. If I add “-l” to this, the =
build succeeds.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Maybe this check could be autom=
atically generated, too?
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Best regards,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Christian<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"mso-fareast-language:E=
N-GB">Dr. Christian Weiss<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"mso-fareast-language:E=
N-GB">Benchmark Analyst<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"mso-fareast-language:E=
N-GB">Tel: +49 211 5369 126<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"mso-fareast-language:E=
N-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"mso-fareast-language:E=
N-GB">NEC Deutschland GmbH<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"mso-fareast-language:E=
N-GB">Gesch=E4ftsf=FChrer Yuichi Kojima<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"mso-fareast-language:E=
N-GB">Handelsregister D=FCsseldorf HRB 57941; VAT ID DE129424743<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB"><o:p> </o:p></span></p>
</div>
</body>
</html>
--_000_DB8PR09MB3658B0E6679A0D349B1EEAFFDBFC9DB8PR09MB3658eurp_--
Christian Weiss <Christian.Weiss@HIDDEN>:bug-automake@HIDDEN.
Full text available.bug-automake@HIDDEN:bug#60731; Package automake.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.