Re: [PHP-DEV] Surveying interest regarding CMake

2022-01-03 Thread Horváth V .
On 2022. 01. 03. 20:17, Pierre Joye wrote: it uses msys for autoconf and co support but actually uses vc? Exactly. Unless you have another compiler specified in your Conan profile. You can see in the _platform method that the dictionary is indexed with self.settings.os and

Re: [PHP-DEV] Surveying interest regarding CMake

2022-01-03 Thread Horváth V .
On 2022. 01. 03. 18:17, Christoph M. Becker wrote: > Oh, that would be an issue. We can't use Cygwin builds; MinGW builds > might be okayish, though. ICU ships a VS solution file > (source/allinone/allinone.sln) which works fine. I don't know > whether using that would be okay for Conan. No

Re: [PHP-DEV] Surveying interest regarding CMake

2022-01-03 Thread Horváth V .
/all/conanfile.py#L76-L101 Regards, Horváth V. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Surveying interest regarding CMake

2022-01-03 Thread Horváth V .
, Horváth V. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-30 Thread Horváth V .
to track my progress. Please look forward to that and consider subscribing to that issue if you are interested. Regards, Horváth V. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-29 Thread Horváth V .
On 2021. 12. 29. 14:02, Christoph M. Becker wrote: This is why I suggested to postpone Windows support for now. This would have to be done either way and I prefer to work from the host OS on my computer, especially since the Windows side of things is what's messy right now and I don't like

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-29 Thread Horváth V .
it practically impossible to build them cross platform, so I have to rewrite things in terms of CMake :) Regards, Horváth V. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-21 Thread Horváth V .
On 2021. 12. 21. 13:55, Christoph M. Becker wrote: vcpkg has a lot of these, but some are completely missing (e.g. libxpm), and some packages are even on older versions than we currently use for Windows builds. Good point, even Conan is missing some of those dependencies. Guess I'll have to

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-21 Thread Horváth V .
The point of CMake is that you don't have to care too much about the system you are building the software on. The exact same CMake build files will work on all platforms that CMake supports. There is no "Windows support" specifically when you are working with CMake. In fact, I work on a Windows

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-20 Thread Horváth V .
On 2021. 12. 20. 17:19, Pierre Joye wrote: We may switch to vcpkg distributions, [...], or the current autoconf php js port works too. Could you elaborate on what you mean by these? The reason why I prefer Conan here is because they provide pre-built binaries for common setups, so that makes

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-17 Thread Horváth V .
This is way too early to decide this. This is a decision to be made when we're actually ready to try publishing it for regular consumption (not for the people developing it). Sure. I wasn't expecting concrete answers, just letting people know that this ought to be considered as well. It may

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-17 Thread Horváth V .
One thing I forgot to ask is what minimum CMake version should php-src support in its build scripts? For reference, please take a look at repology.org for the packaging status of CMake across a lot of software distributions: https://repology.org/project/cmake/badges Please note that the lower

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-16 Thread Horváth V .
We cannot break that without giving sufficient time to the respective maintainers to update these extensions to use the new CMake build system. If we can maintain both build chains for some years Yes, gradually phasing the current build system out is the most pragmatic choice, although it will

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-16 Thread Horváth V .
I think the answer should be that _eventually_ they should have to migrate, but in the interim we must maintain two build systems. You are right on the first point, but it is not a requirement for php-src to be managed by anything other than CMake to maintain phpize functionality for existing

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-16 Thread Horváth V .
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

[PHP-DEV] Surveying interest regarding CMake

2021-12-16 Thread Horváth V .
of peer reviewing a CMake related book. Let me know what you think. Regards, Horváth V. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php