From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) by sourceware.org (Postfix) with ESMTPS id 8D5B93857C73 for ; Sun, 27 Jun 2021 22:00:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 8D5B93857C73 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=systematicsw.ab.ca Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTP id xTunlCMYg4bInxcpCl8ItT; Sun, 27 Jun 2021 22:00:22 +0000 Received: from [192.168.1.104] ([68.147.0.90]) by cmsmtp with ESMTP id xcpBlWbhIaZZOxcpBl4k60; Sun, 27 Jun 2021 22:00:22 +0000 X-Authority-Analysis: v=2.4 cv=e4PD9Yl/ c=1 sm=1 tr=0 ts=60d8f4f6 a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17 a=IkcTkHD0fZMA:10 a=mDV3o1hIAAAA:8 a=uYT-Tk0qkVT609LjNaIA:9 a=QEXdDO2ut3YA:10 a=_FVE-zBwftR9WsbkzFJk:22 Reply-To: cygwin@cygwin.com 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> <22509ec7-3dca-32d0-c594-9b80295dd4f7@SystematicSw.ab.ca> From: Brian Inglis Organization: Systematic Software Message-ID: 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-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-CA Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfB2u/BSTPwPQycKzlC04xvRIPZbcYzOWC+XOZc3IlDslHyDkW6mAOOWIuG30uhjwMUUeSww32Ki3X+mytnDcROoDQe9kc5k8aIwQ5HH+N8lKBeTfVhFS /FOdqn3wSNY+b9wBd61++if2WU41fSRQJyL0QmYf74L39MlQ8sHZ7/phzmfY/Baq/FYT8JTAkyJpBm2ps8j4N8lj4RaxgO98Uhw= X-Spam-Status: No, score=-1161.9 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 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: Sun, 27 Jun 2021 22:00:24 -0000 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.]