Hi all,
On Sat, Feb 20, 2016 at 10:39 AM, Andrea Faulds wrote:
>
> Yasuo Ohgaki wrote:
>>
>> This should be discussed in internals.
>> MT rand being not MT rand is unacceptable.
>> This fix must included in released versions. IMHO.
>>
>> In any case we should provide broken MT rand, we must use I
Hi Yasuo,
Yasuo Ohgaki wrote:
This should be discussed in internals.
MT rand being not MT rand is unacceptable.
This fix must included in released versions. IMHO.
In any case we should provide broken MT rand, we must use INI switch
or other options.
PHP's implementation of the Mersenne Twiste
Hi all,
There is discussion for this commit in github comments.
https://github.com/php/php-src/commit/a0724d30817600540946b41e40f4cfc2a0c30f80#commitcomment-16174204
This should be discussed in internals.
MT rand being not MT rand is unacceptable.
This fix must included in released versions. IMH
On Fri, Feb 19, 2016 at 7:59 AM, Zeev Suraski wrote:
>> On 18 בפבר׳ 2016, at 23:23, Yasuo Ohgaki wrote:
>>
>> Hi all,
>>
>>> On Fri, Feb 19, 2016 at 4:33 AM, Andrea Faulds wrote:
>>>
>>> Colin O'Dell wrote:
I'd like to propose an RFC to deprecate and eventually remove the "var"
ke
Hi!
2016-02-18 15:10 GMT-04:00 Colin O'Dell :
> Hello everyone,
>
> I'd like to propose an RFC to deprecate and eventually remove the "var"
> keyword.
>
> My understanding is that this keyword was kept in PHP 5 for
> backwards-compatibility with PHP 4. However, it's been 9 years since PHP 4
> was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2/19/2016 9:49 PM, Stanislav Malyshev wrote:
> I think you are trying for an argument of "I agree with some guys
> that I consider being an authority so you should agree with me". It
> works only if these guys are established as unerring God-like
Hi!
> I would not say that the information that the Nielsen Norman Group
> puts on their website falls in the category of "somebody putting
> something on a website".
I think you are trying for an argument of "I agree with some guys that I
consider being an authority so you should agree with me".
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2/18/2016 10:53 PM, Stanislav Malyshev wrote:
> This is all generic advice which is nice and well if we would be
> designing language anew. As it is, we are not - we already have
> lots of code using var. For code not using var, removing var does
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2/19/2016 8:47 PM, Chase Peeler wrote:
> I don't agree. The HHVM approach of allowing a trait to indicate
> the a utilizing class MUST implement an interface is, in my
> opinion, not a good thing. It allows the trait to force a utilizing
> class t
On Fri, Feb 19, 2016 at 2:42 PM Fleshgrinder wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 2/19/2016 8:34 PM, Chase Peeler wrote:
> > My comments above, however, were more in relation to the HHVM
> > notion of "requires implement interface" which I don't think either
> > propo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2/19/2016 8:34 PM, Chase Peeler wrote:
> My comments above, however, were more in relation to the HHVM
> notion of "requires implement interface" which I don't think either
> proposal does.
>
I cannot vote but I would like to repeat that the HHV
On Fri, Feb 19, 2016 at 2:13 PM Kevin Gessner wrote:
> On Thu, Feb 18, 2016 at 2:16 PM, Chase Peeler
> wrote:
>
>> On Thu, Feb 18, 2016 at 1:29 PM Nikita Popov
>> wrote:
>>
> HHVM already supports "trait Foo implements Iface" with the semantics that
>>> the interface is also implemented by the
On Thu, Feb 18, 2016 at 2:16 PM, Chase Peeler wrote:
>
>
> On Thu, Feb 18, 2016 at 1:29 PM Nikita Popov wrote:
>
>> HHVM already supports "trait Foo implements Iface" with the semantics that
>> the interface is also implemented by the using class.
>>
>> Additionally HHVM supports a notion of "re
On Fri, Feb 19, 2016 at 1:10 AM, Tony Marston
wrote:
> "Walter Parker" wrote in message
> news:CAMPTd_AHyV2d0_Saq=kpvhdzkkcmgkxav8tnt4hk9sdngkc...@mail.gmail.com...
>
>>
>> On Thu, Feb 18, 2016 at 11:30 AM, Sebastian Bergmann
>> wrote:
>>
>> On 02/18/2016 02:10 PM, Colin O'Dell wrote:
>>>
>>> I
Results for project PHP master, build date 2016-02-19 06:31:49+02:00
commit: 8b410c5
previous commit:030b7ba
revision date: 2016-02-18 22:37:51+00:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores,
stepping 2, LLC 45 MB
Hi Nikita,
Nikita Popov wrote:
On Thu, Feb 18, 2016 at 11:45 PM, Zeev Suraski wrote:
* rand(), the first function anyone will try, uses a potentially horrible
libc RNG
The manual could really be better here. It mentions that rand()'s
maximum output might be quite small on platforms like W
Hi,
Le 18/02/2016 13:41, Nikita Popov a écrit :
This RFC is incomplete -- I'm posting it now so people can suggest other
things that should be deprecated. I expect it to grow over time and don't
plan to vote on it in the immediate future.
May I suggest to remove the second argument of spl_aut
>
> The Ruby Community Conduct Guideline
> We have picked the following conduct guideline based on an early draft of
> the PostgreSQL CoC, for Ruby developers community for safe, productive
> collaboration. Each Ruby related community (conference etc.) may pick their
> own Code of Conduct.
> This d
Hi,
(sorry, posting again to force new thread)
Starting vote about : https://wiki.php.net/rfc/negative-string-offsets
Voting period ends in 2 weeks : Monday, March 7th 00:00 UTC.
As, during the discussion, we talked about many related but off-topic
subjects, please remember that the subjects
Hello everyone,
PHP 5.6.19 RC1 was just released and can be downloaded from:
http://downloads.php.net/~tyrael/
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
On Fri, Feb 19, 2016 at 7:33 AM, François Laupretre wrote:
> Le 19/02/2016 00:48, Andrea Faulds a écrit :
>>
>>
>> You might have to make yet another post. This last one had a new
>> subject, but it still was marked as a reply, so my news client threads
>> it in with the original thread.
>>
>
> Ju
""Colin O'Dell"" wrote in message
news:cajarsptqpkz9xsp6jf3gpm7hn39kdqpxcx4r5yn8hsohwo1...@mail.gmail.com...
What are your reasons for this proposal?
I can think of multiple reasons why this might not be a good idea, but
the
only reason that pops to mind for getting rid of it is to make PHP
Christian,
> -Original Message-
> From: Anatol Belski [mailto:anatol@belski.net]
> Sent: Friday, February 19, 2016 9:20 AM
> To: 'Christian Schneider' ; 'PHP internals'
>
> Subject: RE: [PHP-DEV] PCRE jit bug with UTF-8 and lookbehind assertion
>
> Hi Christian,
>
> > -Original
"Walter Parker" wrote in message
news:CAMPTd_AHyV2d0_Saq=kpvhdzkkcmgkxav8tnt4hk9sdngkc...@mail.gmail.com...
On Thu, Feb 18, 2016 at 11:30 AM, Sebastian Bergmann
wrote:
On 02/18/2016 02:10 PM, Colin O'Dell wrote:
I'd like to propose an RFC to deprecate and eventually remove the "var"
keywor
Hi Christian,
> -Original Message-
> From: Anatol Belski [mailto:anatol@belski.net]
> Sent: Thursday, February 18, 2016 9:16 AM
> To: 'Christian Schneider' ; 'PHP internals'
>
> Subject: RE: [PHP-DEV] PCRE jit bug with UTF-8 and lookbehind assertion
>
> Hi Christian,
>
> > -Orig
25 matches
Mail list logo
