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