[sr #110901] libtool hangs indefinitely on windows when used in msys due to cmd.exe call bug

Ileana Dumitrescu <[email protected]> Sat, 31 May 2025 08:58:30 -0400 (EDT)
Newsgroups gmane.comp.gnu.libtool.general
Message-ID <[email protected]>
--8323329-520316650-1748696310=:2245226
Content-Type: TEXT/plain; CHARSET=utf-8
Content-Transfer-Encoding: QUOTED-PRINTABLE
Content-Disposition: inline

Follow-up Comment #14, sr #110901 (group libtool):=0A=0A[comment #13 commen=
t #13:]=0A>> This sounds fine to me. Could you write a patch for this, or s=
pecify the ENV=0A>> variable and parts of path conversion that you would li=
ke bypassed?=0A> =0A> =0A> I updated=0A> https://github.com/mitchcapper/lib=
tool/compare/add_bypass_path_conversion_opt=0AThank you for the updated pat=
ch, but this will not have the desired behaviour.=0AAdditional options are =
currently being passed to func_convert_core_msys_to_w32=0Afor cygpath, so i=
f LIBTOOL_MSYS_NO_PATH_CONVERSION=3D1,=0Afunc_convert_core_msys_to_w32_resu=
lt would equal "-w" instead of the path.=0A=0A> and have attached the patch=
 too.  In short setting=0A> LIBTOOL_MSYS_NO_PATH_CONVERSION=3D1 completely =
bypasses all conversion.=0A> Obviously if there is a better name by all mea=
ns.=0AI like the idea of adding a path conversion bypass configuration opti=
on to=0Alibtool more than relying on an ENV variable. It could be beneficia=
l for other=0Awindows path conversions if it is designed like aix-soname. W=
hile it is=0Aannoying to have to modify a source package before building, I=
 think making a=0Asmall edit to configure.ac for LT_INIT is okay.=0A=0A> On=
e additional option for even general improvement could be to simply check=
=0A> for the presence of a slash before running the conversion.=0AI would l=
ike to have a check cached for "cmd //c" or "cmd /c", but I am not=0Asure a=
bout how best to test this. It may only lead to libtool hanging much=0Asoon=
er...=0A=0A=0A=0A    ______________________________________________________=
_=0A=0AReply to this item at:=0A=0A  <https://savannah.gnu.org/support/?110=
901>=0A=0A_______________________________________________=0AMessage sent vi=
a Savannah=0Ahttps://savannah.gnu.org/=0A
--8323329-520316650-1748696310=:2245226
Content-Type: APPLICATION/pgp-signature; name=signature.asc

-----BEGIN PGP SIGNATURE-----

iHUEABYIAB0WIQQk97aszIMMAvLLwm6qLAuaBUf3TgUCaDr89gAKCRCqLAuaBUf3
TndgAQC/uuKJpLHF4bfJYMyOHZRTmT1E2JLPQ/bpuMV9Fhp1ZAD8DyXmMs33Jshx
0Ddg7IHbJN7fFx/D8lBA9U/jmC9waAY=
=zT6d
-----END PGP SIGNATURE-----

--8323329-520316650-1748696310=:2245226--