Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:116658
MIME-Version: 1.0
References: <AM6PR0302MB33980A73D6E4DEAE1A1D2A3E99779@AM6PR0302MB3398.eurprd03.prod.outlook.com>
In-Reply-To: <AM6PR0302MB33980A73D6E4DEAE1A1D2A3E99779@AM6PR0302MB3398.eurprd03.prod.outlook.com>
Date: Thu, 16 Dec 2021 20:09:50 +0100
Message-ID: <CAJSGLVNWsdLWVF9-KCxUVi6iD7GQJX5iO7F-UrYYk0zXgLUi6A@mail.gmail.com>
To: =?UTF-8?B?SG9ydsOhdGggVi4=?= <friendlyanon_@hotmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000004f4fc105d3482be3"
Subject: Re: [PHP-DEV] Surveying interest regarding CMake
From: paresy@gmail.com (Michael Maroszek)

--0000000000004f4fc105d3482be3
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi Horv=C3=A1th,

just wanted to give my +1 on this one. For our use-case (PHP Embed, ZTS,
Static Build) this would greatly simplify our build-system which is already
using CMake in a lot of parts. Unfortunately I am not a CMake expert, but
could offer help in testing and feedback.

Regards,
Michael

Am Do., 16. Dez. 2021 um 18:53 Uhr schrieb Horv=C3=A1th V. <
friendlyanon_@hotmail.com>:

> Hello internals,
>
> I'm writing to you to find out what the reception here is regarding the
> idea of moving the PHP project to build using CMake.
>
> I have looked around and I found 2 attempts of doing just that in the
> past (in 2008 via GSoC and something else maybe in 2014 that I couldn't
> find the exact info for before writing this email), but nothing came of
> those attempts. I have also briefly suggested the idea to Sara Golemon
> on Reddit and she didn't seem to be completely against the idea.
>
> For my attempt, I would also optionally use Conan as a means of fetching
> dependencies in a cross-platform manner, which would make the need for
> OS specific SDKs (like the Windows one) unnecessary. Thanks to CMake's
> amazing customizability, using Conan can be made completely optional and
> PHP could still continue to build with just system dependencies.
>
> Moving the build system to use CMake instead of the current split
> between a *nix and Windows solution would bring everything to one place
> and providing CMake bits in the install interface of PHP would make it
> easier to develop and use PHP from a development point of view thanks to
> CMake packages.
>
> I am planning to make a YouTube video of the whole process of me doing
> this grunt work, while I explore the current situation regarding
> building PHP and explain what I do and why. I think that it'd generally
> be a good thing to have such a video for transparency and it could be
> interesting educational material for people who are in a similar
> situation and wish to move to building their projects using CMake.
>
> For reference, I occasionally contribute to the CMake project, I'm the
> author of https://github.com/friendlyanon/cmake-init which aims to
> simplify quickly scaffolding a CMake project that's setup correctly and
> I'm in the process of peer reviewing a CMake related book.
>
> Let me know what you think.
>
> Regards,
> Horv=C3=A1th V.
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>

--0000000000004f4fc105d3482be3--