Date: Fri, 29 Mar 2024 21:47:39 +0100 From: Baptiste Daroussin <bapt@freebsd.org> To: Yuri <yuri@freebsd.org> Cc: Mark Millard <marklmi@yahoo.com>, FreeBSD Mailing List <freebsd-ports@freebsd.org> Subject: Re: gmake-4.4.1 has a performance regression: at least the science/nwchem project now builds much slower Message-ID: <hhu3hsrz6toy5js27ryxg7azc6pm7miut4bfzmzrnoiewrmoga@tueowykuchqm> In-Reply-To: <55e1a296-60c4-4c2f-ad05-cdf0ae5348b1@FreeBSD.org> References: <2D9B0CE0-4657-4C8F-BDEE-48225BC899CF.ref@yahoo.com> <2D9B0CE0-4657-4C8F-BDEE-48225BC899CF@yahoo.com> <55e1a296-60c4-4c2f-ad05-cdf0ae5348b1@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri 29 Mar 10:28, Yuri wrote: > GNU Make now handles variable substitutions differently, see the discussion > here: https://savannah.gnu.org/bugs/?65533 > This causes it to sometimes fire exponentially more sub-processes than > before. > > Some other ports that use a lot of variable substitutions in a particular > way would also be affected, but science/nwchem is acutely affected, to the > point that it times out. > > > I will add devel/gmake43 to remedy this situation. > > > > > > Yuri > >From the discussion it clearly sounds like an abuse of gmake, and that upstream Makefiles should be fixed instead of bringing back gmake43 Bapt
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?hhu3hsrz6toy5js27ryxg7azc6pm7miut4bfzmzrnoiewrmoga>