From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24987 invoked by alias); 5 Mar 2012 23:13:32 -0000 Received: (qmail 24960 invoked by uid 22791); 5 Mar 2012 23:13:30 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 05 Mar 2012 23:13:14 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=EU1-MAIL.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1S4h5c-0001eE-U8 from joseph_myers@mentor.com ; Mon, 05 Mar 2012 15:13:13 -0800 Received: from digraph.polyomino.org.uk ([172.16.63.104]) by EU1-MAIL.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 5 Mar 2012 23:13:11 +0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.74) (envelope-from ) id 1S4h5a-0005JA-H4; Mon, 05 Mar 2012 23:13:10 +0000 Date: Mon, 05 Mar 2012 23:13:00 -0000 From: "Joseph S. Myers" To: Rainer Orth cc: gcc-patches@gcc.gnu.org, java-patches@gcc.gnu.org, libstdc++@gcc.gnu.org, Richard Henderson , Bruce Korb , Arnaud Charlet , Tristan Gingold Subject: Re: Remove obsolete Tru64 UNIX V5.1B support In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org X-SW-Source: 2012-q1/txt/msg00026.txt.bz2 On Mon, 5 Mar 2012, Rainer Orth wrote: > * There are some fixincludes hacks that from their names seem to be > osf-specific, but are not restricted to alpha*-dec-osf*. Bruce, > what's the best way to handle those? Disable them e.g. with a mach > clause like unused-alpha*-dec-osf* and see if anything else breaks? I'd favour just removing any fixes that it seems likely are no longer useful. > There's one particular issue: the change to java/io/File.java required > my to regenerate the .class file in classpath. I've used Sun javac > -target 1.5 for that and hope I got it right. I'd have expected regeneration to use GCJ built to use ECJ, though I don't know. > * With the removal of #pragma extern_prefix support, gcc/po/gcc.pot > needs to be regenerated. Since I'm not positive I have the right > tools and trying found unrelated changes, I've omitted that change. There is no expectation that anyone changing diagnostics regenerates this file; it's regenerated as needed before submission to the Translation Project. > gcc/c-family: > * c-cppbuiltin.c (c_cpp_builtins): Remove #pragma extern_prefix > handling. > * c-pragma.c: Remove #pragma extern_prefix documentation. > (pragma_extern_prefix): Remove. > (handle_pragma_extern_prefix): Remove. > (maybe_apply_renaming_pragma): Remove #pragma extern_prefix > handling. > (init_pragma): Don't register extern_prefix. > * c-pragma.h (pragma_extern_prefix): Remove. These changes are OK. > gcc/po: > * EXCLUDES (mips-tdump.c, mips-tfile.c): Remove. This is OK. > gcc: > * config.gcc (alpha*-dec-osf5.1*): Remove. I'd suggest removing the extra_passes mechanism in the followup since this was the only user of that mechanism in config.gcc. > * target.def (handle_pragma_extern_prefix): Remove. Removed hooks should be poisoned in system.h. -- Joseph S. Myers joseph@codesourcery.com