From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: TODO additions Date: Fri, 08 Nov 2002 07:06:53 -0500 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200210291902.g9TJ2AY18220@rum.cs.yale.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1036758337 3450 80.91.224.249 (8 Nov 2002 12:25:37 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 8 Nov 2002 12:25:37 +0000 (UTC) Cc: d.love@dl.ac.uk, 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 18A8Cb-0000t7-00 for ; Fri, 08 Nov 2002 13:25:33 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18A8M4-0005d5-00 for ; Fri, 08 Nov 2002 13:35:20 +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 18A8Ag-0006bG-00; Fri, 08 Nov 2002 07:23:34 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18A7uc-0003Jv-00 for emacs-devel@gnu.org; Fri, 08 Nov 2002 07:06:58 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18A7uY-0003JD-00 for emacs-devel@gnu.org; Fri, 08 Nov 2002 07:06:57 -0500 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18A7uY-0003Ix-00 for emacs-devel@gnu.org; Fri, 08 Nov 2002 07:06:54 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 18A7uX-0007j6-00; Fri, 08 Nov 2002 07:06:53 -0500 Original-To: schwab@suse.de In-reply-to: (message from Andreas Schwab on Thu, 07 Nov 2002 11:33:21 +0100) 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:9257 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9257 |> I think it will be hard to make Autoconf set those symbols. For |> instance, consider the variable ORDINARY_LINK. How would Autoconf |> determine that? It is possible that all modern systems use |> ORDINARY_LINK and we can eliminate the conditional, but otherwise |> I see no substitute for handling it the way we do now. Instead of letting autoconf determine the right [sm]/*.h file, it just defines the respective symbols instead. Autoconf does not determine which *.h files to use. configure decides that based on the configuration name. Indeed, the proposal that was made was that Autoconf should determine on its own the definitions that are now in the *.h files. 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. 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.