> For now I schedule Niagara3 like Niagara2, and that's pretty accurate.
> Niagara4 will be a different beast scheduling wise, so I've left it
> out of the chips niagara2.md matches.
>
> 2011-09-04  David S. Miller  <da...@davemloft.net>
>
>       * gcc/config/sparc/sparc-opts.h (PROCESSOR_NIAGARA3,
>       PROCESSOR_NIAGARA4): New.
>       * gcc/config/sparc/sparc.opt: Handle new processor types.
>       * gcc/config/sparc/sparc.md: Add to "cpu" attribute.
>       * gcc/config/sparc/sparc.h (TARGET_CPU_niagara3,
>       TARGET_CPU_niagara4): New, treat as niagara2.
>       * gcc/config/sparc/linux64.h: Handle niagara3 and niagara4
>       like niagara2.
>       * gcc/config/sparc/sol2.h: Likewise.
>       * gcc/config/sparc/niagara2.md: Schedule niagara3 like
>       niagara2.
>       * gcc/config/sparc/sparc.c (sparc_option_override): Add
>       niagara3 and niagara4 handling.
>       (sparc32_initialize_trampoline): Likewise.
>       (sparc64_initialize_trampoline): Likewise.
>       (sparc_use_sched_lookahead): Likewise.
>       (sparc_issue_rate): Likewise.
>       (sparc_register_move_cost): Likewise.
>       * gcc/config/sparc/driver-sparc.c (cpu_names): Use niagara3
>       and niagara4 as appropriate.
>       * gcc/doc/invoke.texi: Document new processor types.

Great, thanks (superfluous gcc/ in the ChangeLog).  No improvements to the 
SPARC port have been documented in http://gcc.gnu.org/gcc-4.7/changes.html 
yet, so I'm going to write something down.

-- 
Eric Botcazou

Reply via email to