From nobody Fri Mar 29 20:47:39 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4V5st60Tcrz5Fj5Z for ; Fri, 29 Mar 2024 20:47:42 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V5st54bZYz4GQd; Fri, 29 Mar 2024 20:47:41 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1711745261; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=VhzDUC9emtZBFNljnbYyJhkm+pUSoFYs9X8iVPbEFaI=; b=CFGsF8RG1WzKTDFcdmiZJyfYbUvQgvkcn5qUCfChnavUUC4OYJnIwF5fVL7SPumqw0OOXJ CCcv1EE29CA6tl0U3SyevWUkdlyUAZgL9GHQ72P+Lu5gW5XVxGTSCzEj7cf4qYWT199KVL qBUyWvzQf0+l9a4CamDs4vRy806z4BUAEi6Jl6Qg3/RqHRLd7iOptNoW7GXcxNUoyHhait 66JM2Rp0OvK5IyMDEXa5HsVpe81GEB/s7BaAm2TXoEsX90U9KEkIOaboUwanljlJZfnKR+ LjLm+VG/teIJin83NJrrLEFcBAl7CEslAZ5XWHdNCT30pRzIZWGuBd0nL3D4xA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1711745261; a=rsa-sha256; cv=none; b=j4qziHHH5LousEVhwVfZ4VPTQcYibSbtcxzWr8+mVNWrGt3OxWGQp+7ws4tAupL1I/Iuv7 JlkTRvaYwcqDp/9EBuY12k1JVWV8Zp1sTqodwaUMUmp3TArWWsqswjd7bHhPT44bVzTQPA n1dTN1oT18ws8XXgKgjdBhpWO7wCsKoSWb72wjPTQPs4A99JW/jv50ZGMgEyFve6Yg37B+ k6IBvVAHTyRWD4QDTC8RK7HrKwGU8urxDHE44oAF3tRZEJm2H4lrD87JyMItrFCgBBgkmV cK3LsAD0k34A6iX9NB1tLB5a14padeC5G510RYZTdjxI/uBFwQ689J9DlvE8KQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1711745261; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=VhzDUC9emtZBFNljnbYyJhkm+pUSoFYs9X8iVPbEFaI=; b=fMVO8fpWyjtiLh51dTVE/KD+FWLtwBYEVVOqk/u+ioND1dv92AVLwgzOdf2PGrifYMHbIV KJc/Gi5s2nZyfUXue+/OcZoQniK1qwlVdoMcywz1cypj1UuIOwjg+ZON6L++mGaAJ2uMYw M+55kNPnSKgl5jH4ZyVv8AcVGnS9umE2qAm4KRnDTBCjHF9gWMjWYSqHDspo5U6hWL2lCF WTLKPQiILd9mqRNY8ZxNkc9NBree8JQCCYy9VVqPq6f5bG6rLQPasAvXtF52xqNNUHh2Wh vyfI70pHKkF/roSR+6T9gJa65jMvf0TDfLAJ/xJAifZd4P3Uoo9ycQXbir/nGw== Received: from aniel.nours.eu (nours.eu [IPv6:2001:41d0:8:3a4d::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4V5st53Vqwzc72; Fri, 29 Mar 2024 20:47:41 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id D0760180B43; Fri, 29 Mar 2024 21:47:39 +0100 (CET) Date: Fri, 29 Mar 2024 21:47:39 +0100 From: Baptiste Daroussin To: Yuri Cc: Mark Millard , FreeBSD Mailing List Subject: Re: gmake-4.4.1 has a performance regression: at least the science/nwchem project now builds much slower Message-ID: References: <2D9B0CE0-4657-4C8F-BDEE-48225BC899CF.ref@yahoo.com> <2D9B0CE0-4657-4C8F-BDEE-48225BC899CF@yahoo.com> <55e1a296-60c4-4c2f-ad05-cdf0ae5348b1@FreeBSD.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55e1a296-60c4-4c2f-ad05-cdf0ae5348b1@FreeBSD.org> 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