GNU bug report logs - #49246
[PATCH] libtool with mingw hangs in func_convert_core_msys_to_w32

Previous Next

Full log

Message #41 received at 49246 <at> debbugs.gnu.org (full text, mbox):

From: Nick Bowler <nbowler <at> draconx.ca>
To: Brian.Inglis <at> SystematicSW.ab.ca, 49246 <at> debbugs.gnu.org
Cc: ileanadumitrescu95 <at> gmail.com
Subject: Re: bug#49246: closed (Re: bug#49246: [PATCH] libtool with mingw
 hangs in func_convert_core_msys_to_w32)
Date: Sat, 17 Aug 2024 10:44:55 -0400

On 2024-08-17 10:12, Brian.Inglis <at> SystematicSW.ab.ca wrote:
> The same libtool can be run from a Cygwin, Msys2/Mingw64, or
> Msys/Mingw/32 shell: as far as I know such recent shells are derived
> from Cygwin or upstream dash/mksh/tcsh sources, and I do not remember
> any such Windows switch or drive mangling, unless by ancient legacy
> original Mingw/32/Msys shells, which are unlikely to still be in use
> nowadays, as development and support likely long moved to their
> successors.

It works just as I described in a reasonably recent version of MSYS2 (I
have version 20240113 installed) on a current version of Windows:

  $ cmd //c echo /home
  C:/msys64/home

  $ cmd /c echo /home
  Microsoft Windows [Version 10.0.22621.3880]
  (c) Microsoft Corporation, All rights reserved.

  C:\msys64\home\nbowler>

Virtually identical behaviour is observed with a very old MSYS 1.0.8
installation on Windows 98:

  $ cmd //c echo /home
  D:/MSYS/1.0/home

  $ cmd /c echo /home
  Invalid switch
  Too many parameters
  Too many parameters
  Invalid switch
  Invalid switch
  Invalid switch


  Microsoft(R) Windows 98
     (C)Copyright Microsoft Corp 1989-1999.

  D:\DJGPP\home>

Cheers,
  Nick

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.