bug#79468: libtool-2.6.0 released [alpha]
Kirill Makurin <[email protected]> Fri, 2 Jan 2026 15:27:49 +0000
| Newsgroups | gmane.comp.gnu.libtool.bugs |
|---|---|
| Message-ID | <LV5PR05MB9982984BB6142136722F8ABEDEB1BBA@LV5PR05MB998298.namprd05.prod.outlook.com> |
--_000_LV5PR05MB9982984BB6142136722F8ABEDEB1BBALV5PR05MB998298_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ileana, I was thinking maybe the issue is that it does not detect build machine to = be msys2? I'm using Msys2's ucrt64 shell for which plain uname produces: ``` MINGW64_NT-10.0-26200 ``` compared to plain uname from Msys2's msys2 shell: ``` MSYS_NT-10.0-26200 ``` Could it be potential source of this issue? - Kirill Makurin ________________________________ From: Ileana Dumitrescu Sent: Saturday, January 3, 2026 12:22 AM To: Kirill Makurin Cc: [email protected] Subject: Re: bug#79468: libtool-2.6.0 released [alpha] On 01/01/2026 16:44, Kirill Makurin wrote: > Hello, > > I think something was broken in MSYS2 file path conversion. I attached > file which contains one piece from make's output when I tried to build > gettext-1.0-pre1 with MSVC. I also encountered this issue when tried to > use this alpha release to build ncurses, so this is a bug in this > libtool version. Such error massages appear whenever libtool is used for > linking. > > This effectively made it impossible to test uninstalled DLLs; they > simply won't load since path conversion failed and wrapper executables > have no idea where to load them from. > > There are no such issues when using Cygwin, everything works as expected. Thank you for testing the alpha release! There are two commits related to the file path conversions for MSYS(2) with and without Cygwin's cygpath: https://cgit.git.savannah.gnu.org/cgit/libtool.git/commit/?id=3D9c1a42a6bb2= 20aa56ad58af8aad0544dab34a710 https://cgit.git.savannah.gnu.org/cgit/libtool.git/commit/?id=3D0af7b124039= 5e4da1a3de38b7b399207a254792a lt_cv_cygpath_installed should be cached for whether cygpath is installed. If cygpath is not, a check for cmd with one or two slashes working is cached for the file path conversions, lt_cv_cmd_slashes. If these are checked and set correctly, there should not be an issue with MSYS2 and MSVC. -- Ileana Dumitrescu GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354 --_000_LV5PR05MB9982984BB6142136722F8ABEDEB1BBALV5PR05MB998298_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo= ttom:0;} </style> </head> <body dir=3D"ltr"> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> Hi Ileana,</div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> <br> </div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> I was thinking maybe the issue is that it does not detect build machine to = be msys2? I'm using Msys2's ucrt64 shell for which plain uname produces:</d= iv> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> <br> </div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> ```</div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> MINGW64_NT-10.0-26200</div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> ```</div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> <br> </div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> compared to plain uname from Msys2's msys2 shell:</div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> <br> </div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> ```</div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> MSYS_NT-10.0-26200</div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> ```</div> <div><br> </div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> Could it be potential source of this issue?</div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> <br> </div> <div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo= nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c= olor: rgb(0, 0, 0);"> - Kirill Makurin</div> <div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size= : 12pt; color: rgb(0, 0, 0);"> <br> </div> <hr style=3D"display: inline-block; width: 98%;"> <div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size= : 12pt; color: rgb(0, 0, 0);"> <b>From:</b> Ileana Dumitrescu<br> <b>Sent:</b> Saturday, January 3, 2026 12:22 AM<br> <b>To:</b> Kirill Makurin<br> <b>Cc:</b> [email protected]<br> <b>Subject:</b> Re: bug#79468: libtool-2.6.0 released [alpha] </div> <div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size= : 12pt; color: rgb(0, 0, 0);"> <br> </div> <div style=3D"font-size: 11pt;">On 01/01/2026 16:44, Kirill Makurin wrote:<= br> > Hello,<br> ><br> > I think something was broken in MSYS2 file path conversion. I attached= <br> > file which contains one piece from make's output when I tried to build= <br> > gettext-1.0-pre1 with MSVC. I also encountered this issue when tried t= o<br> > use this alpha release to build ncurses, so this is a bug in this<br> > libtool version. Such error massages appear whenever libtool is used f= or<br> > linking.<br> ><br> > This effectively made it impossible to test uninstalled DLLs; they<br> > simply won't load since path conversion failed and wrapper executables= <br> > have no idea where to load them from.<br> ><br> > There are no such issues when using Cygwin, everything works as expect= ed.<br> <br> Thank you for testing the alpha release! There are two commits related<br> to the file path conversions for MSYS(2) with and without Cygwin's<br> cygpath:<br> <a href=3D"https://cgit.git.savannah.gnu.org/cgit/libtool.git/commit/?id=3D= 9c1a42a6bb220aa56ad58af8aad0544dab34a710" target=3D"_blank" id=3D"OWAf99664= 87-3dff-01b3-5df1-d08a4e4ed207" class=3D"OWAAutoLink" rel=3D"noopener noref= errer" data-auth=3D"NotApplicable">https://cgit.git.savannah.gnu.org/cgit/l= ibtool.git/commit/?id=3D9c1a42a6bb220aa56ad58af8aad0544dab34a710</a><br> <a href=3D"https://cgit.git.savannah.gnu.org/cgit/libtool.git/commit/?id=3D= 0af7b1240395e4da1a3de38b7b399207a254792a" target=3D"_blank" id=3D"OWA9abf50= 2e-7c0d-4f6d-56a0-c5bc411faf14" class=3D"OWAAutoLink" rel=3D"noopener noref= errer" data-auth=3D"NotApplicable">https://cgit.git.savannah.gnu.org/cgit/l= ibtool.git/commit/?id=3D0af7b1240395e4da1a3de38b7b399207a254792a</a><br> <br> lt_cv_cygpath_installed should be cached for whether cygpath is<br> installed. If cygpath is not, a check for cmd with one or two slashes<br> working is cached for the file path conversions, lt_cv_cmd_slashes. If<br> these are checked and set correctly, there should not be an issue with<br> MSYS2 and MSVC.<br> <br> --<br> Ileana Dumitrescu<br> <br> GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354<br> <br> </div> </body> </html> --_000_LV5PR05MB9982984BB6142136722F8ABEDEB1BBALV5PR05MB998298_--