Re: [PHP-DEV] Windows builds of PHP 7.4+ use Visual Studio 2019

[Christoph M. Becker]

On 04.09.2019 at 15:23, Björn Larsson wrote:

> Den 2019-06-06 kl. 14:11, skrev Christoph M. Becker:
>
>> I like to inform you, that the official Windows builds of PHP 7.4 and
>> master (available from windows.php.net; currently only snapshot builds,
>> of course) are done with Visual Studio 2019.  While it is still possible
>> to build these PHP versions with Visual Studio 2017, this is no longer
>> tested.
>>
>> This also means a small but important change, namely that we are no
>> longer using the "vc" prefix (e.g. "vc14", "vc15") to refer to *new*
>> Visual Studio versions, but rather "vs" (i.e. "vs16").  The detailed
>> reasoning is explained in the post titled "Visual Studio 2019
>> Builds"[1].  Recent beta versions of the PHP SDK are supposed to fully
>> support this naming change already (and particularly the renaming of the
>> PHP_SDK_VC environment variable to PHP_SDK_VS).  You may have to adapt
>> custom tooling accordingly, though.
>>
>> Thanks,
>> Christoph
>>
>> [1] 
>
> This is a welcome change. For beta 3 and earlier I got the error message:
> $ php -v
> PHP Warning:  'vcruntime140.dll' 14.11 is not compatible with this PHP
> build linked with 14.21 in Unknown on line 0
>
> Now it works out of the box on my win 8.1 machien!
> $ php -v
> PHP 7.4.0-dev (cli) (built: Sep  4 2019 09:49:12) ( NTS Visual C++ 2017
> x64 )
> Copyright (c) The PHP Group
> Zend Engine v3.4.0-dev, Copyright (c) Zend Technologies

You could (and still can) install the Visual C++ Redistributable for
Visual Studio 2015-2019, though:




--
Christoph M. Becker

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Windows builds of PHP 7.4+ use Visual Studio 2019

[Björn Larsson]

Den 2019-06-06 kl. 14:11, skrev Christoph M. Becker:

Hi,

I like to inform you, that the official Windows builds of PHP 7.4 and
master (available from windows.php.net; currently only snapshot builds,
of course) are done with Visual Studio 2019.  While it is still possible
to build these PHP versions with Visual Studio 2017, this is no longer
tested.

This also means a small but important change, namely that we are no
longer using the "vc" prefix (e.g. "vc14", "vc15") to refer to *new*
Visual Studio versions, but rather "vs" (i.e. "vs16").  The detailed
reasoning is explained in the post titled "Visual Studio 2019
Builds"[1].  Recent beta versions of the PHP SDK are supposed to fully
support this naming change already (and particularly the renaming of the
PHP_SDK_VC environment variable to PHP_SDK_VS).  You may have to adapt
custom tooling accordingly, though.

Thanks,
Christoph

[1] 


Hi,

This is a welcome change. For beta 3 and earlier I got the error message:
$ php -v
PHP Warning:  'vcruntime140.dll' 14.11 is not compatible with this PHP 
build linked with 14.21 in Unknown on line 0


Now it works out of the box on my win 8.1 machien!
$ php -v
PHP 7.4.0-dev (cli) (built: Sep  4 2019 09:49:12) ( NTS Visual C++ 2017 
x64 )

Copyright (c) The PHP Group
Zend Engine v3.4.0-dev, Copyright (c) Zend Technologies

r//Björn L

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Windows builds of PHP 7.4+ use Visual Studio 2019

[Steffen via internals]

Apache server VS16 builds  at https://www.apachelounge.com/download/ 


Christoph M. Becker  wrote:
> Hi,
> 
> I like to inform you, that the official Windows builds of PHP 7.4 and
> master (available from windows.php.net; currently only snapshot builds,
> of course) are done with Visual Studio 2019.  While it is still possible
> to build these PHP versions with Visual Studio 2017, this is no longer
> tested.
> 
> This also means a small but important change, namely that we are no
> longer using the "vc" prefix (e.g. "vc14", "vc15") to refer to *new*
> Visual Studio versions, but rather "vs" (i.e. "vs16").  The detailed
> reasoning is explained in the post titled "Visual Studio 2019
> Builds"[1].  Recent beta versions of the PHP SDK are supposed to fully
> support this naming change already (and particularly the renaming of the
> PHP_SDK_VC environment variable to PHP_SDK_VS).  You may have to adapt
> custom tooling accordingly, though.
> 
> Thanks,
> Christoph
> 
> [1] 
> 





-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Windows builds of PHP 7.4+ use Visual Studio 2019

[Christoph M. Becker]

Hi,

I like to inform you, that the official Windows builds of PHP 7.4 and
master (available from windows.php.net; currently only snapshot builds,
of course) are done with Visual Studio 2019.  While it is still possible
to build these PHP versions with Visual Studio 2017, this is no longer
tested.

This also means a small but important change, namely that we are no
longer using the "vc" prefix (e.g. "vc14", "vc15") to refer to *new*
Visual Studio versions, but rather "vs" (i.e. "vs16").  The detailed
reasoning is explained in the post titled "Visual Studio 2019
Builds"[1].  Recent beta versions of the PHP SDK are supposed to fully
support this naming change already (and particularly the renaming of the
PHP_SDK_VC environment variable to PHP_SDK_VS).  You may have to adapt
custom tooling accordingly, though.

Thanks,
Christoph

[1] 

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Windows builds PECL site integration

[Anatol Belski]

Hi Martin,

On Thu, February 5, 2015 13:32, Martin Keckeis wrote:
 Hello Anatol,


 So thanks for the ping. Actually I'd call anyone interested to not to

 hesitate - ping on errors so they get resolved faster. Also, snapshots
 can be done manually before release to check everything is fine, please
 ping as well for that.


 Found a package which seems to be build fine, but there is no download
 like:
 http://windows.php.net/downloads/pecl/snaps/redis/2.2.5/
 http://pecl.php.net/package/redis


there was some fixes AFAIR merged since then. Still no new releases
uploaded to PECL.

But if you compare the release dates, the package on PECL was released in
March 2014, whereby the snap is from July. That's because the builds
descend to the patches which wasn't applied by that time, aka from a
forked branch. That of course can't be called a release build, so it
should go into snaps.

Despite I see new releases https://github.com/phpredis/phpredis/releases ,
none is uploaded to PECL and consequently nothing is built.

Regards

Anatol


-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Windows builds PECL site integration

[Martin Keckeis]

Hello Anatol,

So thanks for the ping. Actually I'd call anyone interested to not to
 hesitate - ping on errors so they get resolved faster. Also, snapshots can
 be done manually before release to check everything is fine, please ping
 as well for that.


Found a package which seems to be build fine, but there is no download like:
http://windows.php.net/downloads/pecl/snaps/redis/2.2.5/
http://pecl.php.net/package/redis

Best regards
Martin

Re: [PHP-DEV] Windows builds PECL site integration

[Martin Keckeis]

Hello,

2013/10/7 Anatol Belski a...@php.net

 Hi,

 as one could already have seen, the links to the extension DLLs has been
 integrated into the PECL website. Basically the builds done until now are
 shown. Together with the automatic builds this brings automatic updates
 for every new release built for windows. A couple of notes I'd like to
 bring about this:



 About 100 worky PECL extension Windows builds are available at the moment.
 Given PECL has about 300 extensions registered, that's already a good
 start.

 After working so much on this matter I anticipate about 50 more extensions
 potentially available to the windows users. However some effort will be
 still needed to make it possible. For exts missing windows library
 dependencies, please just ask. As well for any support regarding windows
 build.


Thanks a lot for this work. This makes using windows a lot easier. :-)

[PHP-DEV] Windows builds PECL site integration

[Anatol Belski]

Hi,

as one could already have seen, the links to the extension DLLs has been
integrated into the PECL website. Basically the builds done until now are
shown. Together with the automatic builds this brings automatic updates
for every new release built for windows. A couple of notes I'd like to
bring about this:

- almost latest releases was used for builds
- extensions retaining no compat with windows but potentially compatible
was partly fixed and either pull requests was sent or fixes pushed
directly into repos, where possible, also extension prepared
- till now not every extension was built for various reasons
 * the legacy unmaintained extensions not compatible with 5.3+ wasn't built
 * some exts still miss config.w32 or don't include it into the tarball
 * there are of course extensions by design not compatible with windows,
so they couldn't be built anyway
 * some extensions aren't compatible with all the current PHP branches, so
only links to available builds are shown
 * library dependencies not (yet) prepared/visual studio incompatible, so
no build
 * some new releases lost C89 compatibility, so have failed
- nevertheless some extension DLLs aren't shown despite they're
downloadable, as well for various reasons
 * extension name is different in package.xml/PECL website/config.w32
(ZendOpcache vs. opcache, xcommerce vs. xcom, etc.), whereby all the
three should be the same (disregarded upper/lower case variant)
 * an ext is reqiered to have both TS/NTS build to succeed to be shown on
the list of DLL for the particular branch, so builds where only one of
TS/NTS builds is present aren't shown
 * there are some popular extensions built which aren't registered in
PECL, like twig or facedetect. They're still available for download but
have no PECL page to show them

About 100 worky PECL extension Windows builds are available at the moment.
Given PECL has about 300 extensions registered, that's already a good
start.

After working so much on this matter I anticipate about 50 more extensions
potentially available to the windows users. However some effort will be
still needed to make it possible. For exts missing windows library
dependencies, please just ask. As well for any support regarding windows
build.

Cheers

Anatol


-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Windows builds

[Lester Caine]

I've cross posted to the windows list as this is a useful link!

http://www.anindya.com/

I don't feel quite so bad now about not being able to update my own builds, but 
a matching Additional Extensions section for the x86 builds would just finish 
the picture.


I'm just waiting for an OK to use the links in my own tutorials.

--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Windows builds

[Pierre Joye]

Lester,

We are now all aware of your constant bashing about our work for php
on windows, but could you please give us some rest and post this
wherever you like.

And no you won't get a official ok for this build or any other but
what we have already numerous times discuss. The same applies even
more for x64 versions.

Thanks for your understanding,

On Tue, Jun 7, 2011 at 9:11 AM, Lester Caine les...@lsces.co.uk wrote:
 I've cross posted to the windows list as this is a useful link!

 http://www.anindya.com/

 I don't feel quite so bad now about not being able to update my own builds,
 but a matching Additional Extensions section for the x86 builds would just
 finish the picture.

 I'm just waiting for an OK to use the links in my own tutorials.

 --
 Lester Caine - G8HFL
 -
 Contact - http://lsces.co.uk/wiki/?page=contact
 L.S.Caine Electronic Services - http://lsces.co.uk
 EnquirySolve - http://enquirysolve.com/
 Model Engineers Digital Workshop - http://medw.co.uk//
 Firebird - http://www.firebirdsql.org/index.php

 --
 PHP Internals - PHP Runtime Development Mailing List
 To unsubscribe, visit: http://www.php.net/unsub.php





-- 
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-WIN] Re: [PHP-DEV] Windows builds

[Lester Caine]

Pierre Joye wrote:

Lester,

We are now all aware of your constant bashing about our work for php
on windows, but could you please give us some rest and post this
wherever you like.

And no you won't get a official ok for this build or any other but
what we have already numerous times discuss. The same applies even
more for x64 versions.


No problem ... I'm not asking ... but future Firebird builds will only work 
fully with 64 bit installations.


If anybody is interested 
http://enquirysolve.co.uk/wiki/index.php?page=Windows+Manual+-+FWAP+Installation 
replaces the one from 2006 which can't be used now to carry out a current 
working install.


Still very much work in progress - I've been working on this since last night - 
I need to sort out how to unzip the php files on Windows 7 - I said no to the 
RAR trial and did not ralise that it also kills zip handling! :(


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-WIN] Re: [PHP-DEV] Windows builds

[Rasmus]

On 06/07/2011 09:36 AM, Lester Caine wrote:
 Pierre Joye wrote:
 Lester,

 We are now all aware of your constant bashing about our work for php
 on windows, but could you please give us some rest and post this
 wherever you like.

 And no you won't get a official ok for this build or any other but
 what we have already numerous times discuss. The same applies even
 more for x64 versions.
 
 No problem ... I'm not asking ... but future Firebird builds will only
 work fully with 64 bit installations.

I can see it making sense to have a 64-bit build of a Database, but
clients that just talk to it over a socket using some socket protocol
shouldn't in any way be required to also be 64-bit. Same goes for your
Web server and PHP if you use the recommended FastCGI mechanism. Again
there is a nice separation between the two, so you don't need to match
build environments there either.

-Rasmus

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Windows builds

[Philip Olson]

 I don't feel quite so bad now about not being able to update my own builds, 
 but a matching Additional Extensions section for the x86 builds would just 
 finish the picture.

If the PHP+Windows community developed a reliable system that built [most] all 
PECL extensions, then we would link to that within the PHP Manual. And if such 
a system was moved to a php.net server, then DLL download links could also be 
added to each individual pecl.php.net page.

Regards,
Philip


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Windows builds

[Pierre Joye]

On Tue, Jun 7, 2011 at 6:15 PM, Philip Olson phi...@roshambo.org wrote:
 I don't feel quite so bad now about not being able to update my own builds, 
 but a matching Additional Extensions section for the x86 builds would just 
 finish the picture.

 If the PHP+Windows community developed a reliable system that built [most] 
 all PECL extensions, then we would link to that within the PHP Manual. And if 
 such a system was moved to a php.net server, then DLL download links could 
 also be added to each individual pecl.php.net page.

There is an easy way to build pecl extension and yes, pecl.php.net
will be the place to provide them as well. In the meantime I uploaded
them in the link I pasted earlier. But it happens that things can
happen when people actually do the work, and not only complain
endlessly in all possible channels.


Cheers,
-- 
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Windows builds

[Philip Olson]

On Jun 7, 2011, at 10:11 AM, Pierre Joye wrote:

 On Tue, Jun 7, 2011 at 6:15 PM, Philip Olson phi...@roshambo.org wrote:
 I don't feel quite so bad now about not being able to update my own builds, 
 but a matching Additional Extensions section for the x86 builds would just 
 finish the picture.
 
 If the PHP+Windows community developed a reliable system that built [most] 
 all PECL extensions, then we would link to that within the PHP Manual. And 
 if such a system was moved to a php.net server, then DLL download links 
 could also be added to each individual pecl.php.net page.
 
 There is an easy way to build pecl extension and yes, pecl.php.net
 will be the place to provide them as well. In the meantime I uploaded
 them in the link I pasted earlier. But it happens that things can
 happen when people actually do the work, and not only complain
 endlessly in all possible channels.

And this is a call for someone or some people to do the work by raising a hand, 
posting an RFC, writing code, whatever it takes. But I think people assume 
either it's going to eventually happen, or that php.net is happy with the 
current situation. In other words, we need an official progress report and 
position on the manner. Thoughts?

Regards,
Philip


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Windows builds

[Pierre Joye]

On Tue, Jun 7, 2011 at 7:53 PM, Philip Olson phi...@roshambo.org wrote:

 And this is a call for someone or some people to do the work by raising a 
 hand, posting an RFC, writing code, whatever it takes. But I think people 
 assume either it's going to eventually happen, or that php.net is happy with 
 the current situation. In other words, we need an official progress report 
 and position on the manner. Thoughts?

There is an official report and that's phpize support being almost
complete, that finally two persons seem to be willing to help with the
web frontend parts of the job. Wiki sections with the progress will
follow as well. So please do not interfere with that as it could be
finally take off and the last we need is even more confusions and
politics. Once it is place, I will make the change in the docs
accordingly.

But about linking some random, uncontrolled and especially ones
provided by the initial poster in this thread in our documentation is
an absolute no go. The reasons are numerous and quite obvious if you
have followed the archives.



Cheers,
-- 
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Windows builds

[Philip Olson]

On Jun 7, 2011, at 11:10 AM, Pierre Joye wrote:

 On Tue, Jun 7, 2011 at 7:53 PM, Philip Olson phi...@roshambo.org wrote:
 
 And this is a call for someone or some people to do the work by raising a 
 hand, posting an RFC, writing code, whatever it takes. But I think people 
 assume either it's going to eventually happen, or that php.net is happy with 
 the current situation. In other words, we need an official progress report 
 and position on the manner. Thoughts?
 
 There is an official report and that's phpize support being almost
 complete, that finally two persons seem to be willing to help with the
 web frontend parts of the job. Wiki sections with the progress will
 follow as well. So please do not interfere with that as it could be
 finally take off and the last we need is even more confusions and
 politics. Once it is place, I will make the change in the docs
 accordingly.

My intent is to push progress and gain clarity.

 But about linking some random, uncontrolled and especially ones
 provided by the initial poster in this thread in our documentation is
 an absolute no go. The reasons are numerous and quite obvious if you
 have followed the archives.

I'm happy to hear progress is being made.

Regards,
Philip


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php