This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH][1/n] Cleanup global pass execution flow

On 4/5/12 9:54 AM, Richard Guenther wrote:

Honza, does this look ok?  I am going to continue this way
until I can re-architect the toplevel pass structure in a way
that we hand control more to the pass manager.  Well, hopefully ;)

Related to this, have you thought about the handoff points between front ends and the middle end?

In LTO (and at some point in the gimple front end branch) we have all this code setting up various tidbits like:

- Creating cgraph nodes.
- Setting their gimple bodies
- Etc.

It would be nice if front ends had a single handoff point into the middle-end.

So, for instance, if the FE only needed to call cgraph_create_node() or varpool_node() to register new functions and globals.

After doing all that registration, the FE calls cgraph_optimize() (or some other unique entry point).

I *think* this is roughly how things work, but there seem to be various other cgraph/middle-end calls made from front ends.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]