Hi,
PHP 7.0.17 RC1 was just released and can be downloaded from:
https://downloads.php.net/~ab/
The Windows binaries are available at
http://windows.php.net/qa/
This release contains a number of bugfixes.
For the list of bugfixes that you can target in your testing, please refer
to the
Hi,
> -Original Message-
> From: Anatol Belski [mailto:anatol@belski.net]
> Sent: Monday, February 20, 2017 4:50 PM
> To: 'Dmitry Stogov' ; 'Nikita Popov' ;
> 'Xinchen Hui' ; 'Joe Watkins'
> Cc: 'PHP internals list'
> Subject: RE: [PHP-DEV] Re: Thread safe interned strings
>
> Hi,
>
On 1 March 2017 20:30:42 GMT+00:00, Rene Veerman
wrote:
>exec-sum : introducing a new URL notation scheme
I'm not at all sure what you're trying to achieve here, and if you wanted this
to be widely adopted, I think you're about 30 years too late.
What is the "elevator pitch" for this syntax? W
Hello internals,
A similar question should have been asked already but I haven't found
anything so far when googling: I think DateTime class should have the
following constants in addition to those already existing:
const SQL = "Y-m-d H:i:s";
const SQL_DATE = "Y-m-d";
const SQL_TIME = "H:i:s";
co
On Wed, Mar 1, 2017 at 3:30 PM, Rene Veerman <
rene.veerman.netherla...@gmail.com> wrote:
> exec-sum : introducing a new URL notation scheme
>
> 2 examples :
>
> example 1 :
>
> http://localhost/tarot(deck'Original-Rider-Waite
> ',reading'3-Cards')/music(youtubePlaylist'ABCDEFG')
>
> parameters de
Hi Victor.
Am 02.03.17 um 15:48 schrieb Crocodile:
> Hello internals,
>
> A similar question should have been asked already but I haven't found
> anything so far when googling: I think DateTime class should have the
> following constants in addition to those already existing:
>
> const SQL = "Y
While I agree with everything you're saying, I also think it could still be
worth it to have those constants in core for the following reasons:
1. MINUTE, HOUR and DAY are particularly often used, 99.999% of the time in
a context where it does not matter if a minute has 60 seconds or not, or if
a
Am 02.03.17 um 16:46 schrieb Crocodile:
> While I agree with everything you're saying, I also think it could still be
> worth it to have those constants in core for the following reasons:
>
> 1. MINUTE, HOUR and DAY are particularly often used, 99.999% of the time in
> a context where it does not
Well, actually, that's a good reason for not having interval constants in
the core. Still think though that SQL formats would be a nice addition ;-)
On Thu, Mar 2, 2017 at 4:57 PM Andreas Heigl wrote:
>
> Am 02.03.17 um 16:46 schrieb Crocodile:
> > While I agree with everything you're saying, I
FWIW, these constants are not universal.
In Postgres (and MySQL since 5.7) the date+time types have optional
sub-second precision - which the "Y-m-d H:i:s" pattern will fail to parse.
Another common case in Postgres is date+time with timezone, e.g. used for
scheduling/calendar applications etc. -
On Thu, Mar 2, 2017 at 12:38 PM, Anatol Belski wrote:
> Hi,
>
> PHP 7.0.17 RC1 was just released and can be downloaded from:
>
> https://downloads.php.net/~ab/
>
> The Windows binaries are available at
>
> http://windows.php.net/qa/
>
> This release contains a number of bugfixes.
> For th
Evening all,
PHP 7.1.3RC1 is available for testing and can be downloaded from:
https://downloads.php.net/~krakjoe
Windows binaries availabblle at:
http://windows.php.net/qa
This is a bugfix release, see:
https://github.com/php/php-src/blob/php-7.1.3RC1/NEWS
Stable release is sche
Hi Jakub,
> -Original Message-
> From: jakub@gmail.com [mailto:jakub@gmail.com] On Behalf Of Jakub
> Zelenka
> Sent: Thursday, March 2, 2017 6:02 PM
> To: Anatol Belski
> Cc: PHP internals list
> Subject: Re: [PHP-DEV] PHP 7.0.17RC1 is available for testing
>
> On Thu, Mar 2, 20
This is only a test. Please ignore. Thanks.
On 01/03/2017 20:46, Pedro Magalhães wrote:
As a clarification, the current implementation of the PR affects arrays in
general, not only array_fill. Any array that starts with a negative index
would continue from that index instead of 0. Meaning that [-2 => true,
true, true] would now return [-2
Hi Rowan,
On Thu, Mar 2, 2017 at 11:39 PM, Rowan Collins
wrote:
>
> Would other behaviour also be affected?
>
> For instance:
>
> $foo = [ -2 => true ];
> $foo[] = true;
> $foo[] = true;
> var_dump($foo);
>
> If so, this is a much wider BC break; if not, why not?
>
It would indeed. Internally,
Results for project PHP master, build date 2017-03-01 20:29:25-08:00
commit: 2f09973
previous commit:5b52a44
revision date: 2017-03-01 16:28:47-05:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores,
stepping 2, LLC 45 MB
ACK, will do the same.
Cheers
Joe
On 2 Mar 2017 7:39 p.m., "Anatol Belski" wrote:
> Hi Jakub,
>
> > -Original Message-
> > From: jakub@gmail.com [mailto:jakub@gmail.com] On Behalf Of
> Jakub
> > Zelenka
> > Sent: Thursday, March 2, 2017 6:02 PM
> > To: Anatol Belski
> > Cc: PHP
18 matches
Mail list logo