public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Is GIMPLE stable?
@ 2019-09-10  3:08 Mateus Carmo Martins de Freitas Barbosa
  2019-09-10  4:05 ` Ian Lance Taylor via gcc
  0 siblings, 1 reply; 2+ messages in thread
From: Mateus Carmo Martins de Freitas Barbosa @ 2019-09-10  3:08 UTC (permalink / raw)
  To: gcc

There's an ongoing discussion on the rustc forum
(<https://users.rust-lang.org/t/call-for-help-implementing-an-independent-rust-frontend-for-gcc/32163>)
on implementing a GCC front-end for the Rust compiler, and the issue
of whether GIMPLE is stable was brought up. Namely, if a compiler
front-end were to output GIMPLE directly, how often (if at all) would
its codebase have to be changed to due to breaking changes from GCC?

I did find this reply
<https://gcc.gnu.org/ml/gcc/2011-05/msg00313.html> which says:

>> ?^ It looks like GIMPLE is expected to change per version of gcc. Is there a time in >> the future when GIMPLE will be pretty stable?
>
> "Pretty stable" won't be enough, and I don't see us arriving there at
> the moment.

But this is fairly old (2011) so it seemed reasonable to ask if this
is still the case.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Is GIMPLE stable?
  2019-09-10  3:08 Is GIMPLE stable? Mateus Carmo Martins de Freitas Barbosa
@ 2019-09-10  4:05 ` Ian Lance Taylor via gcc
  0 siblings, 0 replies; 2+ messages in thread
From: Ian Lance Taylor via gcc @ 2019-09-10  4:05 UTC (permalink / raw)
  To: Mateus Carmo Martins de Freitas Barbosa; +Cc: GCC Development

On Mon, Sep 9, 2019 at 8:09 PM Mateus Carmo Martins de Freitas Barbosa
<mateus.carmo.barbosa@usp.br> wrote:
>
> There's an ongoing discussion on the rustc forum
> (<https://users.rust-lang.org/t/call-for-help-implementing-an-independent-rust-frontend-for-gcc/32163>)
> on implementing a GCC front-end for the Rust compiler, and the issue
> of whether GIMPLE is stable was brought up. Namely, if a compiler
> front-end were to output GIMPLE directly, how often (if at all) would
> its codebase have to be changed to due to breaking changes from GCC?
>
> I did find this reply
> <https://gcc.gnu.org/ml/gcc/2011-05/msg00313.html> which says:
>
> >> ?^ It looks like GIMPLE is expected to change per version of gcc. Is there a time in >> the future when GIMPLE will be pretty stable?
> >
> > "Pretty stable" won't be enough, and I don't see us arriving there at
> > the moment.
>
> But this is fairly old (2011) so it seemed reasonable to ask if this
> is still the case.

GIMPLE is fairly stable but not 100% stable.  The way the Go frontend
handles this is that the file that converts between the Go frontend IR
and GIMPLE is part of the GCC tree (gcc/go/go-gcc.cc).  This file is
then routinely updated whenever three is a tree-wide GIMPLE change.
With that approach I very rarely have to change the GIMPLE generation
code myself.

Ian

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2019-09-10  4:05 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-09-10  3:08 Is GIMPLE stable? Mateus Carmo Martins de Freitas Barbosa
2019-09-10  4:05 ` Ian Lance Taylor via gcc

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).