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.