DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 0888038515F6
To: cygwin AT cygwin DOT com
Subject: Re: libtool with mingw hangs building openocd in
 func_convert_core_msys_to_w32
Message-ID: <SN6PR13MB4269FAC268C274507EC43A7EE5039@SN6PR13MB4269.namprd13.prod.outlook.com>
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-Language: en-US
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
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 AT cygwin DOT com
X-Mailman-Version: 2.1.29
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: Dietmar May via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Dietmar May <dietmar DOT may AT outlook DOT com>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 15SDw8n5002670

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.
>

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple