From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: CHECK_STRUCTS/dmpstruct.h mechanism is broken. Date: Sun, 21 Apr 2019 21:07:33 -0700 Organization: UCLA Computer Science Department Message-ID: 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> <8736mmxr2e.fsf@Rainer.invalid> <87h8b1yrsi.fsf@Rainer.invalid> <17e9662c-6a4a-b66d-f573-4c2cdc9756be@cs.ucla.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="22637"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 Cc: Stromeko@nexgo.de, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 22 06:07:55 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 1hIQFH-0005m2-30 for ged-emacs-devel@m.gmane.org; Mon, 22 Apr 2019 06:07:55 +0200 Original-Received: from localhost ([127.0.0.1]:60283 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIQFF-0003Qe-SV for ged-emacs-devel@m.gmane.org; Mon, 22 Apr 2019 00:07:53 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:35233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIQFA-0003QY-6V for emacs-devel@gnu.org; Mon, 22 Apr 2019 00:07:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hIQF8-0000i0-Tt for emacs-devel@gnu.org; Mon, 22 Apr 2019 00:07:48 -0400 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:42198) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hIQF7-0000fn-Bc; Mon, 22 Apr 2019 00:07:46 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 2670A16178C; Sun, 21 Apr 2019 21:07:43 -0700 (PDT) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ISOWMSTbvHV2; Sun, 21 Apr 2019 21:07:42 -0700 (PDT) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 624151617A4; Sun, 21 Apr 2019 21:07:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id tbpE4wbZhTZn; Sun, 21 Apr 2019 21:07:42 -0700 (PDT) Original-Received: from [192.168.1.9] (cpe-23-242-74-103.socal.res.rr.com [23.242.74.103]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 397691616F8; Sun, 21 Apr 2019 21:07:42 -0700 (PDT) In-Reply-To: Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 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:235750 Archived-At: Richard Stallman wrote: > We want ./configure ARGS; make ARGS to be a universal recipe > for building any package. It's not good enough if > users have to hand-simulate it. These days typically the only 'hand-simulation' needed on non-GNU platforms is to put the right 'make' into one's PATH. I'm not sure I'd call that 'hand-simulation' - it's more just preparing the proper build environment. I suppose the problem could be worked around by having 'configure' check whether 'make' supports GNU 'make' features, and if not installing a dummy Makefile that turns around and calls GNU 'make' (whatever its name is) with the real 'makefile'. However, given that nobody has complained about the problem since September 2016 when Emacs 25 was released, adding a workaround for this issue surely cannot be high priority, as anybody who was likely to have run into the issue has almost surely figured things out already.