From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: CHECK_STRUCTS/dmpstruct.h mechanism is broken. Date: Fri, 12 Apr 2019 09:39:14 +0300 Message-ID: <83ftqn4til.fsf@gnu.org> References: <20190228202146.GC4686@ACM> <20190228205955.GD4686@ACM> <20190410162203.GA4009@ACM> <9809d5ce-c1c4-48e9-6dac-489431b34067@cs.ucla.edu> <671ba8dd-894b-5698-d162-8901b1098b9a@cs.ucla.edu> <83k1g04al8.fsf@gnu.org> <93b861b3-41d2-e590-d4b8-46a4bb64bfe8@cs.ucla.edu> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="200291"; mail-complaints-to="usenet@blaine.gmane.org" Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 12 08:40:04 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hEpr2-000q0S-AY for ged-emacs-devel@m.gmane.org; Fri, 12 Apr 2019 08:40:04 +0200 Original-Received: from localhost ([127.0.0.1]:59806 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hEpr1-0001G1-Cv for ged-emacs-devel@m.gmane.org; Fri, 12 Apr 2019 02:40:03 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:54424) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hEpqX-000131-UW for emacs-devel@gnu.org; Fri, 12 Apr 2019 02:39:35 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:42476) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hEpqX-0002sX-9M; Fri, 12 Apr 2019 02:39:33 -0400 Original-Received: from [176.228.60.248] (port=3940 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hEpqW-0006Cy-Mh; Fri, 12 Apr 2019 02:39:33 -0400 In-reply-to: <93b861b3-41d2-e590-d4b8-46a4bb64bfe8@cs.ucla.edu> (message from Paul Eggert on Thu, 11 Apr 2019 15:23:15 -0700) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:235325 Archived-At: > Cc: emacs-devel@gnu.org > From: Paul Eggert > Date: Thu, 11 Apr 2019 15:23:15 -0700 > > On 4/11/19 12:15 PM, Eli Zaretskii wrote: > > You want to test for system-dependent features with Make? How does > > one do that? > > You execute the test as a 'make' rule that records the test's result as > a makefile snippet (or as a .h file, or whatever). Sure, but that means we'll need to rewrite all the Autoconf tests as Make scripts, complete with the test programs and other stuff. Why is such an effort worth our while? > > Wouldn't we end up with heaps of Make wizardry only a few understand? > Sure, just as we now have heaps of .m4 and shell etc. wizardry that only > a few understand. There's enough high-level, well documented Autoconf infrastructure built on top of m4 that even I can write tests quite easily. If we move to Make, we will have to reinvent that wheel entirely from scratch. > However, an advantage of using Make instead of M4 is that we already > need to use Make anyway I'm sure you know that we currently use about 10% of what GNU Make can do. Moreover, using sophisticated Make facilities would mean we have to require relatively recent versions of Make, which will be a complication for some platforms. > Another advantage is that Make can easily run in parallel whereas > 'configure' does not. The disadvantages are so many that this advantage drowns in them. > 'cd lisp; make -j16 compile-always' took 38 real-time seconds That's not the full build, you miss regenerating many files that happens in a fresh checkout.