Re: Make 4.3.90 breaks makefile of dtc

On Mon, Sep 26, 2022 at 8:59 AM Andreas Schwab wrote: > Try building it with make -O -j4 V=1, and watch /tmp filling with Gm* i was able to reproduce this. See https://savannah.gnu.org/bugs/index.php?63111. You correctly identified the offending rule. Thanks for your report. regards, Dmitry

[bug #63111] Regression. make runs out of file descriptors.

Follow-up Comment #1, bug #63111 (project make): A user reported an issue where make runs out of file descriptors. The original bug report is here https://lists.gnu.org/archive/html/bug-make/2022-09/msg00122.html This makefile in question has the following problematic make code %.tab.c

[bug #63111] Regression. make runs out of file descriptors.

URL: Summary: Regression. make runs out of file descriptors. Project: make Submitter: dgoncharov Submitted: Mon 26 Sep 2022 09:35:21 PM UTC Severity: 3 - Normal

Re: GNU make 4.3.90 release candidate available

Thanks. For the record, my wget was from a Big Corporate network where I have no control over configuration. It's no problem for me to use --no-check-certificate, I'm just happy to hear the problem is not at the serving end. David On Mon, Sep 26, 2022 at 3:38 PM Martin Dorey <

Re: GNU make 4.3.90 release candidate available

> It's more probable that David has outdated certificate DB and/or > outdated GnuTLS on his machine. Thanks once again to Microsoft for obeying Dorey's Law of Marketing with "safelinks", I only belatedly see David's evidence included "--2022-09-26 09:12:58--" which rather says that his clock

Re: GNU make 4.3.90 release candidate available

> From: Paul Smith > Cc: bug-make@gnu.org > Date: Mon, 26 Sep 2022 15:14:37 -0400 > > > Some binaries from Git for Windows are MinGW binaries, but some are > > MSYS2 binaries.  All those for which Git Bash says they are in /bin > > (as opposed to /mingw64/bin) are MSYS2 binaries, they depend on

Re: GNU make 4.3.90 release candidate available

On Mon, 2022-09-26 at 21:46 +0300, Eli Zaretskii wrote: > > On Mon, 2022-09-26 at 20:23 +0300, Eli Zaretskii wrote: > > > The following tests should be disabled on MS-Windows, because > > > they cannot possibly work: > > > > I have access to a VM running Windows 10 with a relatively recent > >

Re: GNU make 4.3.90 release candidate available

> From: Paul Smith > Cc: bug-make@gnu.org > Date: Mon, 26 Sep 2022 14:23:40 -0400 > > On Mon, 2022-09-26 at 20:23 +0300, Eli Zaretskii wrote: > > The following tests should be disabled on MS-Windows, because they > > cannot possibly work: > > I have access to a VM running Windows 10 with a

Re: GNU make 4.3.90 release candidate available

On Mon, 2022-09-26 at 20:23 +0300, Eli Zaretskii wrote: > The following tests should be disabled on MS-Windows, because they > cannot possibly work: I have access to a VM running Windows 10 with a relatively recent Visual Studio install, with a recent Perl, and with the Git for Windows binaries

Re: GNU make 4.3.90 release candidate available

> From: Paul Smith > Cc: coordina...@translationproject.org > Date: Tue, 20 Sep 2022 14:36:05 -0400 > > A new release candidate for GNU make 4.4 is available now for download: > > 0c3daaec8c81bf72f460677ccda32364 make-4.3.90.tar.lz > 54726144a7ae0465451f8ca0740f3d1f make-4.3.90.tar.gz

Re: GNU make 4.3.90 release candidate available

> From: Paul Smith > Cc: bug-make@gnu.org > Date: Mon, 26 Sep 2022 12:31:34 -0400 > > On Mon, 2022-09-26 at 12:16 -0400, David Boyce wrote: > > BTW wget complains about the certificate: > > > > $ wget https://alpha.gnu.org/gnu/make/make-4.3.90.tar.gz > > --2022-09-26 09:12:58--  

Re: GNU make 4.3.90 release candidate available

It doesn't look invalid to me: martind@sirius:~$ < /dev/null openssl s_client -connect alpha.gnu.org:https | openssl x509 -noout -text | grep Not depth=2 C = US, O = Internet Security Research Group, CN = ISRG Root X1 verify return:1 depth=1 C = US, O = Let's Encrypt, CN = R3 verify return:1

Re: GNU make 4.3.90 release candidate available

On Mon, 2022-09-26 at 12:16 -0400, David Boyce wrote: > BTW wget complains about the certificate: > > $ wget https://alpha.gnu.org/gnu/make/make-4.3.90.tar.gz > --2022-09-26 09:12:58--  https://alpha.gnu.org/gnu/make/make-4.3.90.tar.gz > Resolving alpha.gnu.org (alpha.gnu.org)... 209.51.188.21,

Re: GNU make 4.3.90 release candidate available

BTW wget complains about the certificate: $ wget https://alpha.gnu.org/gnu/make/make-4.3.90.tar.gz --2022-09-26 09:12:58-- https://alpha.gnu.org/gnu/make/make-4.3.90.tar.gz Resolving alpha.gnu.org (alpha.gnu.org)... 209.51.188.21, 2001:470:142:3::c Connecting to alpha.gnu.org

Re: 4.3.90 release candidate segfaults on linux and solaris

> On 2022-09-25 16:25, Dmitry Goncharov wrote: > > On Sun, Sep 25, 2022 at 2:09 AM Martin Dorey > wrote: >> And vfork is where that happens. If I’ve followed the thicket of #ifdef >> correctly and understood the vfork man page, then this is illegal when using >> vfork: >> >>

Re: Make 4.3.90 breaks makefile of dtc

On Sep 23 2022, Dmitry Goncharov wrote: > The latest make from master (same as 4.3.90) builds dtc-1.6.1 Try building it with make -O -j4 V=1, and watch /tmp filling with Gm* files, and the make process growing its file table. -- Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key fingerprint =

Re: Make 4.3.90 breaks makefile of dtc

On Sep 22 2022, Dmitry Goncharov wrote: > On Thu, Sep 22, 2022 at 4:39 AM Andreas Schwab wrote: > ... >> Interestingly, this eventually runs out of file >> descriptors, because, due to -O, make keeps opening new pipes for >> synchronizing the output without closing any. Without -O, this would

Re: Make 4.3.90 breaks makefile of dtc

On Sep 22 2022, Paul Smith wrote: > Just to be clear when you say "the issue is" do you mean, if you remove > the unnecessary %.output pattern you don't see the error anymore? Yes. -- Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA