------- Comment #19 from matz at gcc dot gnu dot org  2010-04-08 14:50 -------
This seems rather like a hack for our not-so-capable loop unroller.  The
estimator already correctly knows that much of it will be optimized away,
hence it would make more sense for the code emitter to also not emit
useless things that the estimator already knows will be optimized away.

It seems backward to have an additional limit on "compile time/memory need"
for a transformation that we know will succeed.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43186

Reply via email to