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 jos...@codesourcery.com