From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19552 invoked by alias); 22 Mar 2011 22:07:03 -0000 Received: (qmail 19530 invoked by uid 22791); 22 Mar 2011 22:07:01 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 22 Mar 2011 22:06:49 +0000 Received: (qmail 32196 invoked from network); 22 Mar 2011 22:06:47 -0000 Received: from unknown (HELO digraph.polyomino.org.uk) (joseph@127.0.0.2) by mail.codesourcery.com with ESMTPA; 22 Mar 2011 22:06:47 -0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.72) (envelope-from ) id 1Q29iw-0003KI-0j; Tue, 22 Mar 2011 22:06:46 +0000 Date: Tue, 22 Mar 2011 22:07:00 -0000 From: "Joseph S. Myers" To: Hans-Peter Nilsson cc: gcc@gcc.gnu.org, java@gcc.gnu.org, hp@axis.com, hp@bitrange.com Subject: Re: Target library disabling at toplevel In-Reply-To: <201103222149.p2MLnnTv019132@ignucius.se.axis.com> Message-ID: References: <201103222149.p2MLnnTv019132@ignucius.se.axis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org X-SW-Source: 2011-03/txt/msg00002.txt.bz2 On Tue, 22 Mar 2011, Hans-Peter Nilsson wrote: > > CRIS > > A closer inspection will show that it's only the subtarget > cris-*-aout. IIRC support for this target was removed for GCC, > it'd probably be a good idea to do the same here at the > top-level for the other projects (newlib, binutils, gdb). (For > the record, generating cris-aout output should still be possible > through cris-elf-objcopy.) I do intend as part of toplevel cleanup following up on removal of deprecated targets to cleanup such cases relating to targets removed from GCC (since whether or not any bit of the src repository supports them, GCC-specific configure code for them certainly isn't needed at toplevel). > > and MMIX targets list Fortran in unsupported languages? I didn't > > think the Fortran libraries had any porting issues, unlike Java and Go and > > Ada.) > > For MMIX, the issues I mentioned at > are > presumably fixed, but pragmatically the interest level for Those look like newlib-target issues, not MMIX-target issues, in any case. > fortran on MMIX is ...undetectable. (Prove me wrong: I > challenge anyone to send gcc-testresults@ with it enabled and > the mmixware simulator installed.) So, for the time being I'm > not prepared to add that as something that is expected to be > maintained. It's not a matter of "expected to be maintained", it's a matter of targets only being different from other targets where there is a clear reason for that difference (an important feature of the GNU toolchain is consistency between targets). I expect most users of many targets to be using --enable-languages=c,c++ (or just c) - but I see no reason for the defaults for this target to be different from those for many other newlib-using targets. -- Joseph S. Myers joseph@codesourcery.com