MESSAGE
DATE | 2021-01-25 |
FROM | Paul Smith
|
SUBJECT | Re: [Hangout - NYLXS] Future plans for Autotools
|
From hangout-bounces-at-nylxs.com Mon Jan 25 17:31:11 2021 Return-Path: X-Original-To: archive-at-mrbrklyn.com Delivered-To: archive-at-mrbrklyn.com Received: from www2.mrbrklyn.com (www2.mrbrklyn.com [96.57.23.82]) by mrbrklyn.com (Postfix) with ESMTP id AB90F164061; Mon, 25 Jan 2021 17:31:10 -0500 (EST) X-Original-To: hangout-at-www2.mrbrklyn.com Delivered-To: hangout-at-www2.mrbrklyn.com Received: by mrbrklyn.com (Postfix, from userid 1000) id E9FD1164048; Mon, 25 Jan 2021 17:30:26 -0500 (EST) Resent-From: Ruben Safir Resent-Date: Mon, 25 Jan 2021 17:30:26 -0500 Resent-Message-ID: <20210125223026.GJ7019-at-www2.mrbrklyn.com> Resent-To: hangout-at-mrbrklyn.com X-Original-To: ruben-at-mrbrklyn.com Delivered-To: ruben-at-mrbrklyn.com Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mrbrklyn.com (Postfix) with ESMTP id 03F6E163FEE for ; Mon, 25 Jan 2021 08:38:08 -0500 (EST) Received: from localhost ([::1]:46194 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l424G-0000QF-BJ for ruben-at-mrbrklyn.com; Mon, 25 Jan 2021 08:38:08 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49564) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l423t-0000Q7-FE for autoconf-at-gnu.org; Mon, 25 Jan 2021 08:37:45 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50319) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l423t-0004Pn-7F for autoconf-at-gnu.org; Mon, 25 Jan 2021 08:37:45 -0500 Received: from pool-96-233-64-159.bstnma.fios.verizon.net ([96.233.64.159]:36376 helo=pdslaptop.home) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l423s-0001bZ-Dp for autoconf-at-gnu.org; Mon, 25 Jan 2021 08:37:44 -0500 Message-ID: <25f02fe5254319a29cde8215893450fc0e0850f7.camel-at-gnu.org> From: Paul Smith To: Autoconf Date: Mon, 25 Jan 2021 08:37:43 -0500 In-Reply-To: <87eei97w7a.fsf-at-tromey.com> References: <87zh12osjk.fsf-at-tromey.com> <87eei97w7a.fsf-at-tromey.com> Organization: GNU's Not UNIX! User-Agent: Evolution 3.36.4-0ubuntu1 MIME-Version: 1.0 X-BeenThere: autoconf-at-gnu.org X-Mailman-Version: 2.1.23 Precedence: list Subject: Re: [Hangout - NYLXS] Future plans for Autotools X-BeenThere: hangout-at-nylxs.com List-Id: NYLXS Tech Talk and Politics List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: psmith-at-gnu.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: hangout-bounces-at-nylxs.com Sender: "Hangout"
On Sun, 2021-01-24 at 16:26 -0700, Tom Tromey wrote: > I think it would be good. I'm curious if it is known to be faster or > if that's just an expectation. I'd also be very interested to learn > which changes would make the result faster.
Speaking for myself I'm not convinced requiring GNU make would be a lot faster.
The only thing that would make much of a performance difference, I think, is if we are able to replace lots of shell invocations with built-in make functions like wildcard, if, etc. However I'm not sure there's enough opportunity for that to matter.
If GNU make provided a more comprehensive suite of functions that could replace a lot of basic shell commands like rm, mkdir, etc. then it would be more compelling: not only would it be a bit faster but more importantly it would add a lot of portability. But, it doesn't.
I guess there's one other thing that MIGHT make a difference: we could use static pattern rules instead of suffix rules. Because they are explicit rules they don't have to go through rule search, which makes them more efficient.
But of course, since automake already knows all the sources it could also just generate explicit rules for everything.
I'm not sure that the benefits are there, UNLESS the automake developers feel like being able to rely on GNU make would be a help to them. So I would defer to their preferences: if they feel hamstrung by not having GNU make features available that's a good reason to change.
_______________________________________________ Hangout mailing list Hangout-at-nylxs.com http://lists.mrbrklyn.com/mailman/listinfo/hangout
|
|