Sorry for necroreply. Just to keen in history records.
When starting any program under MSYS (and MSYS2), the MSYS[2] checks
whether the lunched program is linked with msys-*.dll.
If program is linked with this DLL then the program expects POSIX-like
environment so no path translation is perform
On 6/28/21 4:29 PM, Dietmar May via Cygwin wrote:
It seems evident that msys2 is performing slash escaping - ie. 2
consecutive slashes are consolidated into a single slash (rather like
quote escaping in various languages - eg. SQL, CSV, C#, YAML)
recursively (ie. repeatedly) during argument eva
>/$ 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> /
Your example seems to be inverted, the first form doesn't work, the
On 6/28/2021 8:56 AM, Dietmar May via Cygwin wrote:
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 bu
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 ju
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_ms
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
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 fix
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
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
On 6/25/21 2:34 PM, Dietmar May via Cygwin wrote:
./configure --disable-werror --disable-doxygen-pdf --enable-ftdi
--enable-jlink --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32
Don't set --build, you are building on Cygwin, not MSYS.
OpenPGP_0x713B5FE29C145D45.asc
Description: Open
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
The project builds successfully on msys2 &
12 matches
Mail list logo
