I'll buy that alloca() is harmless in the places the executor uses it (*), php segvs on highly recursive functions, worrying about overly long function names won't keep anyone up at night. But the real issue is the other areas ilia mentions, where it just isn't worth it.
-Sterling (*) Although I think its a bottom drawer optimization that something like the Zend optimizer invalidates.
Nope, the Zend optimizer can't invalidate that because in any case, emalloc() of Ts vs. alloca() of Ts is slower no matter what you optimize.
As I suggested, I think we should look at this on a case to case basis. Any places which don't require alloca() and/or aren't sort functions which return immediately but may lead to a deep function call stack (besides the executor) should be thought about.
Nothing urgent though and as I'm on vacation it might take me a while to answer although I'm trying to check email on a daily basis.
Andi
-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
