Any details on what/how it breaks? Just trying to understand here..

How: see https://travis-ci.org/symfony/symfony/jobs/324996450
Why: missing prefixLengthsPsr4 map in newly dumped static map breaks the ClassLoader provided by phpunit (old one)

I see.. but I am not sure if the fix will really fix it then. What if you dump a completely new loader into that dir (so it won't add the prefixLengthsPsr4 at all) and then phpunit will break?

What about reverting 3be9591 then?
With static arrays in shared memory, the gain is non existent anyway.

Yeah I think that might be the only way forward. It sucks that we basically can't make any change to this code though with the static array. I'll work on a partial revert as we can still keep some of the changes.

(revert pushed)

I'll work on a partial revert as we can still keep some of the changes

already done here :)

Yup I see, sorry have 5 things going on atm :/ Looks good to me except I don't know if it'll break people that upgraded to 1.6.0 and already dumped a new autoloader.. Maybe we need reverse-BC code?

Here we are.

Thanks.. Let's hope no further adverse effect.

I beg for a new tag please :)

Yes yes sorry everything is on fire right now, on it ASAP

Also why are you the only one affected here? Anything special symfony is doing? I just wonder why travis builds haven't caught fire everywhere.

I think it's because of a cached ClassLoader that were compiled when symfony/phpunit-bridge compiled its variant of phpunit. There must be some unusual autoloader loading logic there.

Ok 1.6.1 is out