PHP 8 Preview Releases

Morning internals,

Since we now have a result for JIT and we know it will be included in PHP
8, I think it's time to visit the idea brought up in discussion to have
preview releases of PHP 8.

I'm interested in hearing what kind of schedules we think are going to be
useful - it's tempting to say let's track PHP-7.4 releases, possibly with a
bi-monthly interval, but I'm not sure if that may be too soon, or too slow,
or too fast.

Thoughts please (especially from Dmitry) ?

Cheers
Joe

Hi Joe,

I think, PHP-8 preview is too early.

We even didn't freeze PHP-7.4 yet, and PHP-8 didn't get any new major features (may be I forgot something) only deprecations and some internal improvements

.

According to JIT, it's probably going to be changed a lot in the nearest future.

Thanks. Dmitry.

Hi Dmitry,

I'm not suggesting we do it right now, I'm suggesting we look at the
planning of it right now as it deviates from our normal release cycle.

At the moment we should just consider how we want it to work, including
when it should start ...

Cheers
Joe

Hi Joe,

I think, PHP-8 preview is too early.

We even didn't freeze PHP-7.4 yet, and PHP-8 didn't get any new major
features (may be I forgot something) only deprecations and some internal
improvements

.

According to JIT, it's probably going to be changed a lot in the nearest
future.

Thanks. Dmitry.

From: Joe Watkins krakjoe@php.net
Sent: Friday, March 29, 2019 3:40:04 PM
To: release-managers@php.net; PHP internals; Dmitry Stogov
Subject: PHP 8 Preview Releases

Morning internals,

Since we now have a result for JIT and we know it will be included in PHP
8, I think it's time to visit the idea brought up in discussion to have
preview releases of PHP 8.

I'm interested in hearing what kind of schedules we think are going to be
useful - it's tempting to say let's track PHP-7.4 releases, possibly with a
bi-monthly interval, but I'm not sure if that may be too soon, or too slow,
or too fast.

Thoughts please (especially from Dmitry) ?

Cheers
Joe

Hello,

I'd like to add that as the userland developer, it would be nice to be able
to build JIT against an active branch (a.k.a PHP 7.4), cause if PHP 8
brings enough changes, it would not be realistic to fix our apps to be
compatible with PHP 8 months or years away from actual release.

пт, 29 мар. 2019 г. в 15:58, Joe Watkins krakjoe@gmail.com:

Hi Dmitry,

I'm not suggesting we do it right now, I'm suggesting we look at the
planning of it right now as it deviates from our normal release cycle.

At the moment we should just consider how we want it to work, including
when it should start ...

Cheers
Joe

Hi Joe,

I think, PHP-8 preview is too early.

We even didn't freeze PHP-7.4 yet, and PHP-8 didn't get any new major
features (may be I forgot something) only deprecations and some internal
improvements

.

According to JIT, it's probably going to be changed a lot in the nearest
future.

Thanks. Dmitry.

From: Joe Watkins krakjoe@php.net
Sent: Friday, March 29, 2019 3:40:04 PM
To: release-managers@php.net; PHP internals; Dmitry Stogov
Subject: PHP 8 Preview Releases

Morning internals,

Since we now have a result for JIT and we know it will be included in PHP
8, I think it's time to visit the idea brought up in discussion to have
preview releases of PHP 8.

I'm interested in hearing what kind of schedules we think are going to be
useful - it's tempting to say let's track PHP-7.4 releases, possibly
with a
bi-monthly interval, but I'm not sure if that may be too soon, or too
slow,
or too fast.

Thoughts please (especially from Dmitry) ?

Cheers
Joe

--
Arvīds Godjuks

+371 26 851 664
arvids.godjuks@gmail.com
Skype: psihius
Telegram: @psihius https://t.me/psihius

On Fri, 29 Mar 2019 at 14:18, Arvids Godjuks arvids.godjuks@gmail.com
wrote:

Hello,

I'd like to add that as the userland developer, it would be nice to be able
to build JIT against an active branch (a.k.a PHP 7.4), cause if PHP 8
brings enough changes, it would not be realistic to fix our apps to be
compatible with PHP 8 months or years away from actual release.

This was the purpose of the secondary vote on the RFC (
https://wiki.php.net/rfc/jit#proposed_voting_choices). The result was 18
Yes to 36 No, so JIT will be PHP 8 only.

I won't repeat the discussion here, see the original RFC thread for the
pros and cons, and why I suggested a "PHP 8 Preview" would be a better
target for people to test against.

Regards,

Rowan Collins
[IMSoP]

Hi Arvids,

It's possible to test JIT with PHP-7.4 building PHP from https://github.com/zendtech/php-src/tree/jit-dynasm-7.4

But this branch is not going to be supported anymore.

Thanks. Dmitry.

Hello,

Hi Arvids,

It's possible to test JIT with PHP-7.4 building PHP from https://github.com/zendtech/php-src/tree/jit-dynasm-7.4

But this branch is not going to be supported anymore.

Thanks. Dmitry.

---

From: Arvids Godjuks arvids.godjuks@gmail.com
Sent: Friday, March 29, 2019 5:17:41 PM
To: Joe Watkins
Cc: Dmitry Stogov; release-managers@php.net; PHP internals
Subject: Re: [PHP-DEV] Re: PHP 8 Preview Releases

Hello,

I'd like to add that as the userland developer, it would be nice to be able to build JIT against an active branch (a.k.a PHP 7.4), cause if PHP 8 brings enough changes, it would not be realistic to fix our apps to be compatible with PHP 8 months or years away from actual release.

пт, 29 мар. 2019 г. в 15:58, Joe Watkins <krakjoe@gmail.commailto:krakjoe@gmail.com>:
Hi Dmitry,

I'm not suggesting we do it right now, I'm suggesting we look at the
planning of it right now as it deviates from our normal release cycle.

At the moment we should just consider how we want it to work, including
when it should start ...

Cheers
Joe

Hi Joe,

I think, PHP-8 preview is too early.

We even didn't freeze PHP-7.4 yet, and PHP-8 didn't get any new major
features (may be I forgot something) only deprecations and some internal
improvements

.

According to JIT, it's probably going to be changed a lot in the nearest
future.

Thanks. Dmitry.

From: Joe Watkins <krakjoe@php.netmailto:krakjoe@php.net>
Sent: Friday, March 29, 2019 3:40:04 PM
To: release-managers@php.netmailto:release-managers@php.net; PHP internals; Dmitry Stogov
Subject: PHP 8 Preview Releases

Morning internals,

Since we now have a result for JIT and we know it will be included in PHP
8, I think it's time to visit the idea brought up in discussion to have
preview releases of PHP 8.

I'm interested in hearing what kind of schedules we think are going to be
useful - it's tempting to say let's track PHP-7.4 releases, possibly with a
bi-monthly interval, but I'm not sure if that may be too soon, or too slow,
or too fast.

Thoughts please (especially from Dmitry) ?

Cheers
Joe

--
Arvīds Godjuks

+371 26 851 664
arvids.godjuks@gmail.commailto:arvids.godjuks@gmail.com
Skype: psihius
Telegram: @psihius https://t.me/psihius

PHP 8.0 is definitely tempting and wanted. First phase is definitely
for users to have option to install it manually from Git as is now.
The snapshot script:
https://github.com/php/php-src/blob/master/scripts/dev/snapshot
is on my list to improve a bit to have at least an option to get
archive package out of the current Git state. Between this and the
official downloadable release there isn't much difference in doing the
build manually.

What is more important for the end users is to have Docker image(s)
available or even some Linux packages.

Also, practice shows that the dev branch in state before the few
months prior to the releases contains really a lot of bugs and also
build system bugs that normal users will have serious issues setting
this up. If Linux packagers and 3rd party repository maintainers can
help here, that would be also one way to go since PHP seems to be very
far away from doing such steps on the php.net side...

But to have PHP 8.0.0alpha1 version available at this and this date
before the PHP 7.4 release is quite challenging for all, I think.

--
Peter Kokot

Since we now have a result for JIT and we know it will be included
in PHP 8, I think it's time to visit the idea brought up in discussion
to have preview releases of PHP 8.

I'm interested in hearing what kind of schedules we think are going
to be useful - it's tempting to say let's track PHP-7.4 releases,
possibly with a bi-monthly interval, but I'm not sure if that may
be too soon, or too slow, or too fast.

IMO, preview releases should (for the time being) be largely driven by the
progress of branch. And by branch, let's be honest, I really mean the
JIT. So for the rest of 2019, this essentially (but not completely) means
"When Dmitry wants something taken for a spin". Maybe he rolls those, I
don't mind rolling them for him if he's not inclined to do it.

Coming into 2020, I think we should have monthly previews beginning one
month after 7.4.0 GA until we reach the normal alpha period. (Preceding
sentence is entirely provisional and subject to review as that time
approaches)

-Sara

This could be a wonderful new feature for PHP 8:

https://github.com/nikic/scalar_objects

$string = "Hello world";
$string->toUpper()->replaceAll("world", "PHP 8");

Since we now have a result for JIT and we know it will be included
in PHP 8, I think it's time to visit the idea brought up in discussion
to have preview releases of PHP 8.

I'm interested in hearing what kind of schedules we think are going
to be useful - it's tempting to say let's track PHP-7.4 releases,
possibly with a bi-monthly interval, but I'm not sure if that may
be too soon, or too slow, or too fast.

IMO, preview releases should (for the time being) be largely driven by the
progress of branch. And by branch, let's be honest, I really mean the
JIT. So for the rest of 2019, this essentially (but not completely) means
"When Dmitry wants something taken for a spin". Maybe he rolls those, I
don't mind rolling them for him if he's not inclined to do it.

Coming into 2020, I think we should have monthly previews beginning one
month after 7.4.0 GA until we reach the normal alpha period. (Preceding
sentence is entirely provisional and subject to review as that time
approaches)

-Sara