gistfile1.md

• Streams: PHP streams have some major issues - notifications not finished, the horrid http layer (can we PLEASE use a library?), object/class integration, filters and the filter api make people cry, horrific error handling - noise for noise sake and no way to retrieve useful errors and warnings, no curl wrapper anymore, internal api for the implementation is sad
• Extensions: some pecl <-> php swaps, all internal extensions MUST have ACTIVE maintainers or get punted, some OO apis for older extensions and killing some non useful (looking at you odbc) functionality, better test coverage of extensions
• Enums: either in spl or in core, an enum object for C style enums (or enums as a zval type, either works for me) - this is highly difficult to implement in userland, in ext/core you can make it act like an int with Moar features
• Unicode: a unicode string class - yes yes ugly in some ways, but could hold a wchar_t and char * cached of utf8, always act in utf8 when used a string in the majority of PHP cases, and have the ability for extensions and core to grab the wchar_t for cases where internal C/CPP apis need it
• ZPP: a flag to trigger exceptions instead of errors to avoid boilerplate, apis for throwing errors/exceptions identical to ZPP for enhanced parsing, some greater standarization in usage, either/or parsing for overloading simple use cases
• PDO: pdo has some major bugs and needs some major love
• Modules: better apis that are less macro and abstract out common engine usage (so engine can really be drag and drop)
• Lexer: this is a long shot, but the ability to "hook" the lexer as you can the parser with an extension would be really awesome
• cmake: really long shot, but cmake is so much easier to deal with than autotools and far more cross platform - not that it solves all problems but even providing a phpize system for cmake would be great
• http/std split: another long shot, but moving all the http stuff into an http_ or even HTTP namespace with logical names would help clean out core a bit, could also add some additional http handling functionality
• intl/iconv/mbstring: we don't need three!! extensions that do basically the same thing - move the missing iconv functionality (streams) and the missing mbstring functionality (zend multibyte, some functionality) into intl and boot the other two, plus finish implementing all of icu functionality in intl (tied possibly to unicode object and definitely to extension work)
• embedded lib support: either as extension or maybe even core, tools for doing .rc/elf section embedding of PHP scripts for python style PHP wrappers over ugly php extensions
• fix libffi and core it (that makes me owie already)
• jmalloc/tcmalloc pluggable implementations
• gtest/unit/cmocka compiled unit test
• test .exe for embeddable sapi built
• run-test fix for path in spaces and multiple sapis
• Internal serializer interface to permit PHP, JSON, igbinary etc serializers to be pluggable