> On 2025年08月12日, 19:33, Denis Excoffier wrote: > > Hello, > > Today i was using cygwin-3.7.0-0.266... (found under /x86_64/release/cygwin, > installed also the corresponding cygwin-doc and cygwin-devel) > and built the new GCC 15.2.0. Then i built many (about 100) GNU or not-so-GNU > software with no errors at all until i found in tcl-9.0.2 > that GCC returns with status 2 (i.e. not 0, not 1, not 4) for compilation of > tclStubLib.o (and compilation fails). Similarly, same > return code (2) with fastcwd.o (and others, fastcwd is the first one) under > winsup/cygwin/x86_64. > > Same with GCC 15.1.0. But this was surely not the case when i installed GCC > 15.1.0 in April. > Same with cygwin-3.7.0-0.277... (the more recent one). > > But not the same with cygwin-3.7.0-0.124... that i fetched on the 6th of > June. In this case, compilation is ok (i checked with tcl only, not > fastcwd.o). > > Then i started to bisect between cygwin-3.7.0-0.124... and cygwin-3.7.0-0.277... > > Unfortunately, cygwin-3.7.0 revisions from -124 to -246 are gone! > > Please don’t remove cygwin test releases too early.
Well, i’m lucky since cygwin-3.7.0-0.247 does not show up the problem (which is: GCC returns sometimes with $status=2, e.g. in tcl-9.0.2 and for cygwin sources). After bisection, it appears that the problem can be located between cygwin-3.7.0-250... and cygwin-3.7.0-256. Three commits there on the trunk (and three on the branch): [newlib-cygwin] Cygwin: cygheap: Add lock()/unlock() method Takashi Yano [newlib-cygwin] Cygwin: spawn: Lock cygheap from refresh_cygheap() until child_copy() Takashi Yano [newlib-cygwin] Cygwin: spawn: Make system() thread-safe Takashi Yano The third one seems promising. Indeed: - i install cygwin1.dll from cygwin-3.7.0-0.250 - i build cygwin-3.7.0-0.277 with the commit 'Cygwin: spawn: Make system() thread-safe’ reverted. It builds. - i install cygwin1.dll from the newly built cygwin-3.7.0-277 (again with commit reverted) - i build cygwin-3.7.0-0.277 with the commit reverted. Now it builds without problem. Similary, tcl (see above) no longer fails to build. The return code 2 from GCC seems gone. Some additional information: under W10, no such difficulties. The problem seems to arise only with W11 (CYGWIN_NT-10.0-26100). Please someone have a look into this commit. Sorry not being able to do it myself. Hope this however helps. Last remark: i didn’t try with the regular GCC from the cygwin distribution; and perhaps something is missing in my GCC 15 build configuration. Denis Excoffier. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple