From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11olkn2018.outbound.protection.outlook.com [40.92.18.18]) by sourceware.org (Postfix) with ESMTPS id 0888038515F6 for ; Mon, 28 Jun 2021 13:56:49 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 0888038515F6 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LFL8TiD90CRf0lHFRFI/hcLKaSVS5A+/6a0Bt+peDiJk6G28FRzbzwijUhaHZ4o2YrygLbVuhgkgvrbG/xrDInWtUTGnEjvPmiebZWASdUleauOQtWCI0tXzmLVUWwuUiM8h8KUyYJMPytbkOT8HunngNwFzAlOZSk7qEK2McJqiPCPJ25wrJkiJkQzW+9tfqXjjAIF+vHCI9/0U+Cug3uGKHO+zHkHwkfwyIWB+Ag7EOrhTiYLR17aUHeNSHfwcHOXhWeUpm31PbbyJApIApYJOpPBh7tPBai+zDe9wuv7gr6yHKVm9T9KuoIBvJv/AiPVROo4+1BGWgQqhhXouJQ== 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-SenderADCheck; bh=Qrvil5uqT9ms1/irnB4jKJASHYglMFg6bwPzA3Dpsmw=; b=KFPpV6MhkrLEqHQ4sxa41+byZih1MpL4fwMadJ4gXi1SLY4yEsWkFjne0HWJgnqVh169B8SzMCF5dKxit7VPTrQ7SWZdCNa/5rJyg8rdkF9kZrk8lPkmZvpAE4bSfx3Su+OyBowOOp6vNI194MzQ39YyqcocY/+SkDe7VqLXaf5wwe6F8I1rNOlV5tnaxTAnxMX1PXNQw3sv5HaPnWbdg944AaxBLm+S+JqQuTqZG5zfPzSdk+qRwJdA3SIL6Za/0Zm1kwDKtxNgCpoEIiXiPTbi/RGdt9gePgZPD+E7SzNKhdfB2cBbNiv2FVclN3BsLR5o4dc8ShHfsfNoqKrNUw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from SN6PR13MB4269.namprd13.prod.outlook.com (2603:10b6:805:e0::13) by SA1PR13MB4845.namprd13.prod.outlook.com (2603:10b6:806:1a9::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4287.14; Mon, 28 Jun 2021 13:56:47 +0000 Received: from SN6PR13MB4269.namprd13.prod.outlook.com ([fe80::559b:6bdd:b5a5:2645]) by SN6PR13MB4269.namprd13.prod.outlook.com ([fe80::559b:6bdd:b5a5:2645%7]) with mapi id 15.20.4287.021; Mon, 28 Jun 2021 13:56:47 +0000 To: cygwin@cygwin.com From: Dietmar May Subject: Re: libtool with mingw hangs building openocd in func_convert_core_msys_to_w32 Message-ID: Date: Mon, 28 Jun 2021 09:56:41 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-TMN: [txue4OPyLH8upiiVOdYSBV73pnPl3HI6KLbRtyrJ+68=] X-ClientProxiedBy: CH2PR14CA0055.namprd14.prod.outlook.com (2603:10b6:610:56::35) To SN6PR13MB4269.namprd13.prod.outlook.com (2603:10b6:805:e0::13) X-Microsoft-Original-Message-ID: <1f91bcfb-374f-7985-5b4e-c6e323de3cd8@outlook.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [192.168.20.200] (166.182.249.175) by CH2PR14CA0055.namprd14.prod.outlook.com (2603:10b6:610:56::35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4264.18 via Frontend Transport; Mon, 28 Jun 2021 13:56:46 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 4b7cf998-562b-4b92-b036-08d93a3c91e2 X-MS-TrafficTypeDiagnostic: SA1PR13MB4845: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: lmYwPzJmtg8w/1dOisw1CfROF/J5QfOOwtykam2JqyQNUAELm0QcQQ6QU7KUfEhWyQohCqbrhvTN4G1s23VFX+32vb+jDUy8dqKGBeE48Om9V53SYD01O94fvoYNL1LBkhn7qGchJvQBFqx7qNAq2JRY4dlOvxHo4uQNM3dLy3rCRN4x/ZVhA/57ZEI4GdnaNO1+6wWr/P7CC1PSnK+4QI1X/3B7zS4hEyvvYiN10/s5Da75y5TU1TRYQxsPYfA7XBcP8PJbS/PX/T4xAGeSrs9SyEz1+N4TmdmanNoDHcUajOv9frJCRg/mUKeIHUbT+7AO227jXyOxsU5wnUhPTZyqq4R52RnpShCimvtjfM57NSGb9IfIXZUTchh02yhmpLJIUcqHSG2rIsuaYGTDt/r++fAPZZ2yetaimLnpNf8Ep/d0slUU0xxXU7+yj5jGNs5iHW1rWkiG6qCactk7J3r/bWy9HM9LseHpEZx/DE3LIgm1keuZCVcEEsystlayHhe4F6CGh8b1sRAntkokaA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: txSTn8Ed9OItPUgb1qcA80LK2BBNwHGrU53DF+6tTgYbglCYlScSxp7Yq7zDQWrTOk3dbD3E2yrvgCGldk9kv+Ehx/at7rRe00izMIx6rFcQdAq8t6tgTEg72Pd9pkYb+bWfQ470uOi3tjDCT28GOw== X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4b7cf998-562b-4b92-b036-08d93a3c91e2 X-MS-Exchange-CrossTenant-AuthSource: SN6PR13MB4269.namprd13.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Jun 2021 13:56:47.4354 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR13MB4845 X-Spam-Status: No, score=4.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FAKE_REPLY_A1, FORGED_MUA_MOZILLA, FREEMAIL_FROM, KAM_NUMSUBJECT, MSGID_FROM_MTA_HEADER, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2021 13:56:53 -0000 Thanks for submitting the bug report. > I can now see what may be a duplicate report under: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=10949 > > responding that //c is deliberate so MSYS does not convert a posix path, > so in the Cygwin Mingw build case, the response may be "Don't Do That"! I just re-installed msys2 and tried a few things, with interesting result. First, "ls /usr//bin" as well as "ls /usr/////bin" complete successfully under both cygwin and msys2, demonstrating slash compaction. However, "ls //usr/bin" hangs, as both apparently evaluate the leading // as a server path. For testing libtool's construct, I tried: $ cmd //c echo hello hello which works, and this, which doesn't: $ cmd /c echo hello Microsoft Windows [Version 10.0.blah] (c) Microsoft Corporation. All rights reserved. C:\msys64\home\myname> Interestingly, ls //c hangs under msys2 (as well as cygwin), whereas cmd //c does not; so it almost seems like msys2 has a hack to recognize that cmd.exe is being invoked ... However, both of the following also complete successfully under msys2, WITHOUT the double-slash hack: $ cmd /c "echo hello" hello $ cmd "/c" "echo hello" hello Both seem preferable to bad syntax. Of course, there's always the question of why libtool is using cmd.exe instead of /bin/echo, which seems to work just fine ... $ /bin/echo "hello world" hello world > On 2021-06-27 14:23, Brian Inglis wrote: >>> Which you don't need to change if you configure properly, as JonY >>> replied on the list to your earlier post: >> >>>> On 2021-06-25 09:27, Jonathan Yong via Cygwin wrote: >>>>> Don't set --build, you are building on Cygwin, not MSYS. >> >>> Jonathan Yong is correct - removing --build allows make to complete >>> without error using the unmodified ltmain.sh > There's still the >>> issue of generating a call to cmd.exe with an >>> invalid switch (//c), which will cause it to hang indefinitely if >>> ever invoked. >>  > The risk of breaking anything by fixing this seems like nil. >> >> The issue exists in the package libtool upstream: >> >> https://git.savannah.gnu.org/cgit/libtool.git/tree/build-aux/ltmain.in#n963 >> >> >> I submitted a bug report with link to this thread and patch to the >> upstream package maintainers; I will post any responses received. >