On Thu, Dec 16, 2021 at 1:13 PM Horváth V. <friendlyan...@hotmail.com> wrote: > > > My main question would be how this will affect 3rd party extensions, > > which are currently using autoconf. Will they need to migrate to > > cmake, or will we have to effectively maintain both build systems? > > Unless 3rd party extensions vendor php-src and/or do something extra > besides what they are instructed to do in the docs (phpize and all the > fun stuff), you can perfectly retain the external functionality for > existing consumers of php-src with the right amount of build system > engineering, which is what I'm offering here. > > You could choose this to be maintained for as long as necessary with a > clear migration guide documenting what needs to change, which shouldn't > be a lengthy document if we assume the happy path mentioned above. I am > always available to dispense help for 3rd parties regarding CMake if > necessary.
I don't know anything about Conan. Porting the Zend Engine itself to use CMake is easy. Bundled extensions are harder, and 3rd party extensions harder still. I am happy to collaborate on trying this, as the system we use today is not well understood and I'm shocked it works as well as it does. The reason my previous attempt failed (maybe this was the 2014 attempt you refer to, I don't know), is that I didn't know cmake packages well enough to handle the extension requirements. I know more about this today, and with a collaborator to help sustain the momentum on the project, I feel more confident we could succeed. As for Nikita's question of "Will they need to migrate to cmake, or will we have to effectively maintain both build systems?" I think the answer should be that _eventually_ they should have to migrate, but in the interim we must maintain two build systems. This is not a great situation, but I don't see a better way to do this in an open-ended ecosystem like PHP's. Again, I am happy to collaborate. Modern CMake is much better than the phpize system used today. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php
