On 12/22/14 04:14, Eric Botcazou wrote:
Revised version after Joseph's comments and latest libgcc changes.


gcc/ChangeLog

2014-12-22  Eric Botcazou  <ebotca...@adacore.com>

        * config.gcc: Add Visium support.
        * configure.ac: Likewise.
        * configure: Regenerate.
        * doc/extend.texi (interrupt attribute): Add Visium.
        * doc/invoke.texi: Document Visium options.
        * doc/install.texi: Document Visium target.
        * doc/md.texi: Document Visium constraints.
        * common/config/visium: New directory.
        * config/visium: Likewise.
I don't see anything particularly offensive. Actually it looks like a reasonably clean RISC port.

I'm a little concerned about the MODES_TIEABLE_P definition, but if it's working, I wouldn't mess with it.

Any thoughts on using LRA for this port? Ideally we want to be moving away from reload as much as we can.

I didn't look closely, do you need blockage insns in your epilogue/prologue?

For the prologue, if you store callee saved registers using the frame pointer, then you need a blockage to ensure those stores don't bubble up before the local stack gets allocated. And you need something analogous in the epilogue. I didn't check your port carefully for this, but I'd advise doing so.

Presumably you're going to be the maintainer for this port? If not you, then who will maintain the port (so i can get maintainership officially blessed by the SC).

I think this is good to go into the trunk. The blockage issue (if it's an issue) can be resolved as a follow-up.

Jeff

Reply via email to