On Mon, Dec 18, 2017 at 12:43 PM, Sara Golemon <poll...@php.net> wrote: > This blog post came across my twitter today and it's certainly legit. > https://cismon.net/2017/12/18/Fast-ZPP-s-Incompatibility-with-CPP/ > > I tossed together this quick and dirty fix (and tested it with a > simple C++ extension), but I wanted to get a read on what branch folks > think it should be applied to. > https://github.com/sgolemon/php-src/commit/469ddd26331dbd736ad13eaac7170ccc43d09c7f > > As the blog post notes, it's a simple matter to work around the bug in > extension code (indeed, an extension can simply opt to not use > FAST_ZPP). On the other hand, the fix is pretty basic, and existing > functionality of the default expected type effectively being > Z_EXPECTED_LONG (because both have a value of zero) is just a bit.... > weird. > > Thoughts? If I don't hear anything in a week, I'll just apply to 7.1 > and merge up. > > -Sara > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php
Is our macro `#define Z_EXPECTED_TYPE_STR(id, str) str,` ever used? If so there might be a change in perceived behavior because the first entry previously had "integer" and now it is "mixed". -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
