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 

>   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 

> * 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 

>       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

Reply via email to