From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.devel Subject: Re: TODO additions Date: 11 Nov 2002 20:25:07 +0000 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200210291902.g9TJ2AY18220@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1037201604 24142 80.91.224.249 (13 Nov 2002 15:33:24 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 13 Nov 2002 15:33:24 +0000 (UTC) Cc: schwab@suse.de, monnier+gnu/emacs@rum.cs.yale.edu, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18BzCc-00047h-00 for ; Wed, 13 Nov 2002 16:13:14 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18BzOZ-00066k-00 for ; Wed, 13 Nov 2002 16:25:35 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18BLQo-0000Ta-00; Mon, 11 Nov 2002 15:45:14 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18BLCm-0000vI-00 for emacs-devel@gnu.org; Mon, 11 Nov 2002 15:30:44 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18BL7T-0007XP-00 for emacs-devel@gnu.org; Mon, 11 Nov 2002 15:25:18 -0500 Original-Received: from albion.dl.ac.uk ([148.79.80.39]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18BL7N-0007Qo-00; Mon, 11 Nov 2002 15:25:10 -0500 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 18BL7L-0005w8-00; Mon, 11 Nov 2002 20:25:07 +0000 Original-To: rms@gnu.org Original-Lines: 33 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9386 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9386 Richard Stallman writes: > Autoconf does not determine which *.h files to use. > configure decides that based on the configuration name. If the configuration files were organized to match the canonical system name components (derived by autoconf), I expect you could avoid the big case analysis in configure.in (some of which currently references non-existent files). > Indeed, the proposal that was made was that Autoconf should > determine on its own the definitions that are now in the *.h files. By who? It should certainly do a lot more, and it shouldn't process everything with cpp, but shell fragments are fine for storing info that can't (easily or reliably?) be determined automatically. > ORDINARY_LINK is one of those symbols. Right now it is defined in > certain *.h files. Part of this proposal is that Autoconf should > define it directly. What proposal? I haven't said that, at least. > I therefore challenge anyone to show a way that Autoconf can determine > the proper value for ORDINARY_LINK. I don't think this is easy. It's not clear to me exactly what it means, even. That is part of the problem with the current setup. (I mean in instances of real problems with it that I've tackled. I don't remember crossing swords with ORDINARY_LINK specifically.) [Why would Emacs need to be linked differently from any other program? It's not as if others don't use unexec, for instance.]