This is definitely not a blocker. Slight degradation is caused by additional checks on each function call. Anyway, it's an issue that would be geat to fix.
Thanks. Dmitry. On Mon, Feb 9, 2015 at 11:17 AM, Pierre Joye <pierre....@gmail.com> wrote: > On Mon, Feb 9, 2015 at 3:04 PM, Dmitry Stogov <dmi...@zend.com> wrote: > > this is more or less true. :( > > The proposal is presented in an unfair way to include strict typing > without > > the ability to vote for weak types only. > > > > Despite of semantic arguments, the implementation is a bit immature and > > introduces slowdown for any code without type hints. > > Hm, I have a bad feeling about this argument popping up again now. I > did not see any significant perf degradation using common apps but I > ask Matt to run some tests again using the PR vs master, let discuss > actual subjective numbers instead of raising the performance impact > blocker :) > > Cheers, > Pierre >
