DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 8D5B93857C73
Subject: Re: libtool with mingw hangs building openocd in
 func_convert_core_msys_to_w32
To: cygwin@cygwin.com
References: <355a97ed-2076-6756-8a5f-227e44537136@outlook.com>
 <SN6PR13MB42696B324CBEDD12E21F948AE5069@SN6PR13MB4269.namprd13.prod.outlook.com>
 <c7569dd3-2980-e518-9186-d35b6697c6a5@SystematicSw.ab.ca>
 <SN6PR13MB426988E94E52385A4D227031E5049@SN6PR13MB4269.namprd13.prod.outlook.com>
 <22509ec7-3dca-32d0-c594-9b80295dd4f7@SystematicSw.ab.ca>
From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>
Organization: Systematic Software
Message-ID: <efadffef-c754-f511-0880-e908990ea70a@SystematicSw.ab.ca>
Date: Sun, 27 Jun 2021 16:00:21 -0600
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101
 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <22509ec7-3dca-32d0-c594-9b80295dd4f7@SystematicSw.ab.ca>
Content-Language: en-CA
Precedence: list
Reply-To: cygwin@cygwin.com
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: cygwin-bounces+archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.com>
Content-Transfer-Encoding: 8bit

On 2021-06-27 14:23, Brian Inglis wrote:
> On 2021-06-26 20:38, Dietmar May via Cygwin wrote:
>> On 6/26/2021 3:17 PM, Brian Inglis wrote:
>>> On 2021-06-25 14:46, Dietmar May via Cygwin wrote:
>>>> The build completes successfully by replacing the "cmd /c | sed" 
>>>> construct with simply:
>>>> func_convert_core_msys_to_w32_result=$1
>>>> so no path translation takes place.
>>>> The function then becomes:
>>>> func_convert_core_msys_to_w32 ()
>>>> {
>>>>    $debug_cmd
>>>> func_convert_core_msys_to_w32_result=$1
>>>> }
> 
>>>>> SUMMARY
>>>>> func_convert_core_msys_to_w32 in
>>>>> /usr/share/libtool/build-aux/ltmain.sh
>>>>> has an extraneous '/' in the call to
>>>>> ( cmd //c echo "$1" )
>>>>> causing make to hang indefinitely
>>>>> when configured with
>>>>> --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32
> 
>>> 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.

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"!

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]

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