From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6275 invoked by alias); 3 Jan 2003 19:37:42 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 6245 invoked from network); 3 Jan 2003 19:37:40 -0000 Received: from unknown (HELO gold.csi.cam.ac.uk) (131.111.8.12) by 209.249.29.67 with SMTP; 3 Jan 2003 19:37:40 -0000 Received: from student.cusu.cam.ac.uk ([131.111.179.82] helo=kern.srcf.societies.cam.ac.uk ident=mail) by gold.csi.cam.ac.uk with esmtp (Exim 4.10) id 18UXdF-00056w-00; Fri, 03 Jan 2003 19:37:25 +0000 Received: from jsm28 (helo=localhost) by kern.srcf.societies.cam.ac.uk with local-esmtp (Exim 3.35 #1 (Debian)) id 18UXdF-0006br-00; Fri, 03 Jan 2003 19:37:25 +0000 Date: Fri, 03 Jan 2003 19:37:00 -0000 From: "Joseph S. Myers" X-X-Sender: To: Jonah cc: Subject: Re: Generated unique labels In-Reply-To: <016e01c2b354$4190d230$dbd428d9@altera.priv.altera.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003-01/txt/msg00107.txt.bz2 On Fri, 3 Jan 2003, Jonah wrote: > Are there other assemblers which need the support, is that why it is in the > projects file? If not, should this item be removed from the projects list so > that developers don't spend time working on projects that are not needed. It's in the projects list because it was in the old PROJECTS file in the distribution and we were moving miscellaneous text files in the distribution into the web pages or main documentation. The list of stuff from the old PROJECTS file needs reviewing by people with long (pre-EGCS) historical familiarity with GCC internals to remove what's no longer relevant. Likewise the list from the old PROBLEMS file which is even worse. But both the main projects list and the list for beginners need reviewing generally. I don't think any of the proposed extensions from the old PROJECTS file are now desirable. They date from when GCC was doing its own version of "embrace and extend" rather than needing extensions to be very well justified in terms of increased expressive power, clear documentation and well-defined interactions with all standard features and other extensions. -- Joseph S. Myers jsm28@cam.ac.uk