Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:95962
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <747074aa-034d-5f86-4b2c-a0b1e48579c8@lsces.co.uk>
References: <616bb9ff-bcd1-fd70-b251-05b280b5003e@lsces.co.uk>
 <CANUQDCh=xC5G2FS2a-jm3aKATwV1BuOhd+AQiCq7tnMUvruFcA@mail.gmail.com>
 <fc0df908-0e9d-e748-70cb-9d9a6e8d4ee6@lsces.co.uk> <CAH-PCH5FadFFygmXQE35Fzr6sDniG8rdsnVvWA9FYE+404RYog@mail.gmail.com>
 <e441c74d-7c4a-393a-fa05-21b9f80fd214@lsces.co.uk> <CAH-PCH6vE4EV0YaX-q_USUdH1KcsemMhbvN=e9iKqCpEPnrHfw@mail.gmail.com>
 <52ae5494-f466-ac4d-c166-d47752b13344@lsces.co.uk> <32c3a330-cdfa-f310-85d7-d01eacbf3b86@lsces.co.uk>
 <ea77902b-c5c2-2f6c-0091-99a10b91a634@lsces.co.uk> <8e659a83-7abd-0ab1-0085-c8b8a073d929@gmx.de>
 <254a8191-f527-7d88-f1c1-25df76528ef8@lsces.co.uk> <628696aa-0aed-a145-c248-84abb1262878@gmx.de>
 <166ce0a2-70e7-741e-5baa-7577d1d51c47@lsces.co.uk> <acaf07f1-c7b6-c25d-12a0-9a3e29835d9c@gmx.de>
 <747074aa-034d-5f86-4b2c-a0b1e48579c8@lsces.co.uk>
Date: Tue, 13 Sep 2016 07:44:53 +0700
Message-ID: <CAEZPtU67Z1W_q3sd_3Hg7B4bfPsA2GmsTwj+=LCC-swcS1z4Gw@mail.gmail.com>
To: Lester Caine <lester@lsces.co.uk>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Modern practices ...
From: pierre.php@gmail.com (Pierre Joye)

On Tue, Sep 13, 2016 at 3:06 AM, Lester Caine <lester@lsces.co.uk> wrote:
> On 12/09/16 20:31, Christoph M. Becker wrote:
>> On 11.09.2016 at 12:35, Lester Caine wrote:
>>
>>> On 11/09/16 11:05, Christoph M. Becker wrote:
>>
>>> I have already debugged the problems and will tidy up the notes later
>>> when I cross check things. This is the sort of support I've always
>>> provided to the PHP project. The pages relating to the compile process
>>> on the php wiki need bringing up to date but I don't think I have acces=
s
>>> to do that with my wiki login. One key element which a newcomer may mis=
s
>>> is the 'command prompt' needs to be the special command prompt VS15
>>> generates rather than 'just a command prompt'.
>>
>> Hm, the Wiki page states:
>>
>> | If compiling PHP 7.0+ open either the =E2=80=9CVS2015 x64 Native Tools
>> | Command Prompt=E2=80=9D or the =E2=80=9CVS2015 x86 Native Tools Comman=
d Prompt=E2=80=9D.
>
> As it's a couple of levels deep the prompt in my crib sheet was to how
> to find them, but a little explanation on why you need to use a special
> command line prompt for people who ARE coming from a click and go
> environment will be helpful.

Simply because php does not generate solution project files. It is
nearly impossible to support all version, while recent VS tends to
change less from one version to another.

>>>> The licensing of Visual Studio doesn't appear to be a PHP issue.
>>>
>>> Only if the 'official' installation path requires use of software that
>>> has restricted licensing. While there are binary builds for windows
>>> there is not a problem, but if a replacement pecl path required the use
>>> of Microsoft tools the licensing does become a problem.
>>
>> I don't see why a replacement for pecl would have other licensing issues
>> as pecl.
>
> It's the same problem as has always existed with the free tools only
> being licensed for non-commercial use. As long as binary files are
> available there is not a problem, but the fine detail of licences seems
> to change with every new release?

This statement is wrong. Please check the VS/VC license, the free one.
Commercial usage is just fine.

Also a large majority of users do not need it, neither they need
gcc/icc as they will simply used the respective binaries.

That being said, on windows we do provide PGO builds, which bring a
significant performance gain. It is possible to do it yourself too but
I am not sure why one would go through that :)

>>>> Support for other toolchains may be added; patches are welcome! :-)
>>>
>>> Again something I have tried to maintain in the past, but the volume of
>>> work on the TODO list is delaying bringing many of the old crib sheets
>>> up to date.
>>
>> I guess, we all have more on our TODO list than we can actually manage. =
:-)
>
> I seem to be making some progress finally on starting switching
> production machines to PHP7.

Cheers,
--=20
Pierre

@pierrejoye | http://www.libgd.org