This is the mail archive of the gcc@gcc.gnu.org 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] |
I see two options here: (a) unfreeze the branch and do whatever work is necessary to bring POOMA in line with mainline, (b) continue with the merge and address these problems in mainline.
IMO option (a) is too costly and may only serve to delay tree-ssa even more. I suspect that much of the necessary work to reduce this gap involves removing RTL passes and/or doing major surgery on trees, memory allocation (the system times are pretty bad).
A compromise position would be to attempt to prove (by measuring) that eliminating the RTL passes would help. Can you quantify the time spent in the RTL passes that will hopefully soon be eliminated?
Another way is to make tree-ssa optimize gcc itself as good as mainline. A hint that this is presently not the case (at least for ia32 target) is -fsyntax-only times of f.i. POOMA tramp3d-v3 testcase:
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |