Re: [PHP-DEV] Better types without runtime checking

Why would something like this not work? strict class MyClass { protected int $foo = 1; public string $bar = "strict keyword in front of class allows/enforces strict properties"; private string $isItReallyThatDifficult = "to implement this?"; } On Tue, Jun 5, 2018 at 4:17 PM, Rowan Col

Re: [PHP-DEV] PHP 7.3 timetable

On Tue, Jun 5, 2018 at 6:44 PM, Christoph M. Becker wrote: > I've pushed the fingerprint of my GPG key to web-php[1], and also made > it available on pgp.mit.edu[2]. As I understand it, this should be > sufficient to sign it. Otherwise, please tell me what to do. > Looks good: $ gpg --recv-keys

Re: [PHP-DEV] README.RELEASE_PROCESS: misleading branching info?

On Tue, Jun 5, 2018 at 5:41 PM, Christoph M. Becker wrote: > If nobody beats me to it, I shall improve README.RELEASE_PROCESS in this > regard during the next few releases. > I would say that you, as the newest RM, are the most qualified to fix what's out-of-date/missing/wrong. If you put somethi

Re: [PHP-DEV] PHP 7.3 timetable

Hi! > I've pushed the fingerprint of my GPG key to web-php[1], and also made > it available on pgp.mit.edu[2]. As I understand it, this should be > sufficient to sign it. Otherwise, please tell me what to do. Should be enough to start signing packages, I assume. -- Stas Malyshev smalys...@gmai

Re: [PHP-DEV] PHP 7.3 timetable

On 05.06.2018 at 19:53, Anatol Belski wrote: > I haven't seen the tag pushed yet. The signing process is otherwise > described in the doc. You can use any service to excercise before > pushing to the git.php.net, fe github. Usually pgp.mit.edu is used to > publish keys. If you've already published

Re: [PHP-DEV] Better types without runtime checking

On 05/06/2018 08:22, Rudolph Gottesheim wrote: There's always a lot of talk about types in the PHP community. Specifically, many developers want property types, generics, function signature types, union and intersection types, and more. Those talks (and RFCs) always end with the same result: "W

[PHP-DEV] Re: PHP 7.3 timetable

On 05.06.2018 at 20:55, Stanislav Malyshev wrote: >> Due to some pending preliminary work, I won't be able to release >> 7.3.0alpha1 on Thursday. Unless Stas is willing to tackle the first >> alpha, I suggest to postpone the tentative timetable[1] by a week. I >> don't think that would be a prob

Re: [PHP-DEV] README.RELEASE_PROCESS: misleading branching info?

On 05.06.2018 at 18:22, Sara Golemon wrote: > On Tue, Jun 5, 2018 at 6:37 AM, Christoph M. Becker wrote: > >> README.RELEASE_PROCESS[1] states in the “Rolling a non stable release >> (alpha/beta/RC)” section[2]: >> >> | 4. Checkout the release branch for this release (e.g., PHP-5.4.2) from >> | t

Re: [PHP-DEV] Re: RM karma

On Tue, Jun 5, 2018 at 5:14 PM, Christoph M. Becker wrote: > Thanks to both of you! In the meantime Martin and Rasmus already set up > the directory on downloads for me; I'll still have to manage the > google-authenticator stuff, though. > I'll take the blame for not holding the RM selection soon

Re: [PHP-DEV] Re: RM karma

On 05.06.2018 at 21:02, Sara Golemon wrote: > On Tue, Jun 5, 2018 at 2:38 PM, Stanislav Malyshev > wrote: > >> Don't know about the downloads, unfortunately, but I think you should >> have the full commit karma, at least from my reading of the karma file. >> >> I can definitely put the binaries

Re: [PHP-DEV] Better types without runtime checking

> Has there ever been a discussion about adding some of those features > syntactically, but ignoring them during runtime? At least until someone > finds a performant way to check them at runtime. That way we could have > advanced type checking in our editors at least. You can have that today: http

Re: [PHP-DEV] Re: RM karma

On Tue, Jun 5, 2018 at 2:38 PM, Stanislav Malyshev wrote: > Don't know about the downloads, unfortunately, but I think you should > have the full commit karma, at least from my reading of the karma file. > > I can definitely put the binaries into my directory on downloads, at > least for now. Can'

[PHP-DEV] Re: PHP 7.3 timetable

Hi! > Due to some pending preliminary work, I won't be able to release > 7.3.0alpha1 on Thursday. Unless Stas is willing to tackle the first > alpha, I suggest to postpone the tentative timetable[1] by a week. I > don't think that would be a problem, since 7.0 - 7.2 had their first > alphas rele

Re: [PHP-DEV] Re: RM karma

Hi! Don't know about the downloads, unfortunately, but I think you should have the full commit karma, at least from my reading of the karma file. I can definitely put the binaries into my directory on downloads, at least for now. Can't help much with the lists though (except for sending the mails

Re: [PHP-DEV] PHP 7.3 timetable

On Tue, 2018-06-05 at 19:14 +0200, Christoph M. Becker wrote: > On 05.06.2018 at 17:10, Sara Golemon wrote: > > > On Tue, Jun 5, 2018 at 10:26 AM, Anatol Belski wrote: > > > > > On Tue, 2018-06-05 at 15:36 +0200, Christoph M. Becker wrote: > > > > > > > Due to some pending preliminary work, I w

Re: [PHP-DEV] PHP 7.3 timetable

On 05.06.2018 at 17:10, Sara Golemon wrote: > On Tue, Jun 5, 2018 at 10:26 AM, Anatol Belski wrote: > >> On Tue, 2018-06-05 at 15:36 +0200, Christoph M. Becker wrote: >> >>> Due to some pending preliminary work, I won't be able to release >>> 7.3.0alpha1 on Thursday. Unless Stas is willing to ta

Re: [PHP-DEV] README.RELEASE_PROCESS: misleading branching info?

On Tue, Jun 5, 2018 at 6:37 AM, Christoph M. Becker wrote: > Hi! > > README.RELEASE_PROCESS[1] states in the “Rolling a non stable release > (alpha/beta/RC)” section[2]: > > | 4. Checkout the release branch for this release (e.g., PHP-5.4.2) from > | the main branch. > "the main branch" is quite m

Re: [PHP-DEV] Better types without runtime checking

On Tue, Jun 5, 2018 at 2:22 AM Rudolph Gottesheim wrote: > There's always a lot of talk about types in the PHP community. > Specifically, many developers want property types, generics, function > signature types, union and intersection types, and more. Those talks > (and RFCs) always end with the

Re: [PHP-DEV] PHP 7.3 timetable

On Tue, Jun 5, 2018 at 10:26 AM, Anatol Belski wrote: > On Tue, 2018-06-05 at 15:36 +0200, Christoph M. Becker wrote: >> Due to some pending preliminary work, I won't be able to release >> 7.3.0alpha1 on Thursday. Unless Stas is willing to tackle the first >> alpha, I suggest to postpone the tent

Re: [PHP-DEV] Better types without runtime checking

One Tue, Jun 5, 2018 at 2:28 AM Yasuo Ohgaki wrote: > On Tue, Jun 5, 2018 at 4:23 PM Rudolph Gottesheim > wrote: > >> There's always a lot of talk about types in the PHP community. >> Specifically, many developers want property types, generics, function >> signature types, union and intersection

Re: [PHP-DEV] PHP 7.3 timetable

On Tue, 2018-06-05 at 15:36 +0200, Christoph M. Becker wrote: > Hi! > > Due to some pending preliminary work, I won't be able to release > 7.3.0alpha1 on Thursday. Unless Stas is willing to tackle the first > alpha, I suggest to postpone the tentative timetable[1] by a week. I > don't think that

Re: [PHP-DEV] README.RELEASE_PROCESS: misleading branching info?

Hi Remi, On Tue, 2018-06-05 at 14:44 +0200, Remi Collet wrote: > Le 05/06/2018 à 13:05, Anatol Belski a écrit : > > > PHP-x.y is a development branch. When it is branched off, it gets > > integrated into the git workflow and the regular fixes need to be > > merged there. > > For memory > > PHP

[PHP-DEV] PHP 7.3 timetable

Hi! Due to some pending preliminary work, I won't be able to release 7.3.0alpha1 on Thursday. Unless Stas is willing to tackle the first alpha, I suggest to postpone the tentative timetable[1] by a week. I don't think that would be a problem, since 7.0 - 7.2 had their first alphas released on th

Re: [PHP-DEV] README.RELEASE_PROCESS: misleading branching info?

Le 05/06/2018 à 13:05, Anatol Belski a écrit : > PHP-x.y is a development branch. When it is branched off, it gets > integrated into the git workflow and the regular fixes need to be > merged there. For memory PHP-7.2 was branched in July 2017 for beta1 PHP-7.1 was branched in July 2016 for bet

Re: [PHP-DEV] README.RELEASE_PROCESS: misleading branching info?

Hi Christoph, On Tue, 2018-06-05 at 12:37 +0200, Christoph M. Becker wrote: > Hi! > > README.RELEASE_PROCESS[1] states in the “Rolling a non stable release > (alpha/beta/RC)” section[2]: > > > 4. Checkout the release branch for this release (e.g., PHP-5.4.2) > > from > > the main branch. > > Ho

Re: [PHP-DEV] README.RELEASE_PROCESS: misleading branching info?

Hej *All*, We from tigermedia support team would kindly ask if it is possible to have the email f...@tigermedia.dk removed from the PHP internals list as the mail is no longer in use. And every mail is fowarded to our support. We have tried to remove it from the list our selves, but we don't have

[PHP-DEV] README.RELEASE_PROCESS: misleading branching info?

Hi! README.RELEASE_PROCESS[1] states in the “Rolling a non stable release (alpha/beta/RC)” section[2]: | 4. Checkout the release branch for this release (e.g., PHP-5.4.2) from | the main branch. However, it seems that the PHP-x.y.z release branch is usually only cut shortly before GA[3]. Furthe

[PHP-DEV] Re: RM karma

Hi! Since I didn't receive any response to my request, and apparently has not yet been set up, I wonder if there is something wrong with my request. Did I send it to the wrong address? Is something else wrong? Please tell me, if you need further information. Ot

Re: [PHP-DEV] Re: undocumented session_name() change

On Sun, May 27, 2018 at 1:16 AM Christoph M. Becker wrote: > On 25.05.2018 at 12:28, Christoph M. Becker wrote: > > > if ($_GET['action'] == 'newsession') { > >$session_name = getNewSessionName(); // user-defined function > >session_name($session_name); > >session_regenerate_id();

Re: [PHP-DEV] Better types without runtime checking

On Tue, Jun 5, 2018 at 4:23 PM Rudolph Gottesheim wrote: > There's always a lot of talk about types in the PHP community. > Specifically, many developers want property types, generics, function > signature types, union and intersection types, and more. Those talks > (and RFCs) always end with the

[PHP-DEV] Better types without runtime checking

There's always a lot of talk about types in the PHP community. Specifically, many developers want property types, generics, function signature types, union and intersection types, and more. Those talks (and RFCs) always end with the same result: "We can't do it because performance issues." Ha