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] | |
Heh, yeh, I was able to infer from Andrew's source listing that it wasn't
going to take long to execute! :)
Hmm. Bad timing in the release cycle to bring this up though. Might be
worth looking at in time for 3.3.6, though, would be nice to knock it on the
head before the branch gets closed.
Might be not a regression. 2.95.2 and 3.0 behave the same, i.e. use -O2 -finline-functions, or simpler put an inline before f. Somebody should file a PR, though.
Why it is fixed on the mainline already and for a good reason. The RTL optimizations were just not good. The tree level ones is where something like this gets fixed which is what happened, DOM (really only the copy progation part) and copy loop headers fixed the problem. There are many more places where things are fixed on the mainline for 4.0.0 which cannot be back ported to 3.x or 2.x.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |