A two week discussion period has been held for the reliable user-land
CSPRNG RFC to add `random_bytes()` and `random_int()`. The RFC has now been
moved into voting.
https://wiki.php.net/rfc/easy_userland_csprng
There was some discussion of prefixing the function names with `crypto_*()`
but there
Hi Anthony and Zeev,
On Sat, Mar 14, 2015 at 12:45 AM, Anthony Ferrara
wrote:
> There's something that I think needs to be said about the now 3 scalar
> type proposals. Please bear with me, there's a lot to say here. I'll
> try to keep it as brief as I can.
>
> I've been working off-and-on on sc
Hi together,
Am 14.03.2015 um 14:37 schrieb Peter van Fessem:
>> If a dev turns a file that he or she wrote into strict mode, then that
>> only counts for that specific file. If you take over some code, then you
>> can remove the declare line. *none* of those things you'd be able to do
>> with ini
Hi!
> I'd like to announce that I'll open the vote for the in operator later that
> day.
> You can find the RFC here: https://wiki.php.net/rfc/in_operator
I think this operator is unnecessary - we already have perfectly good
function that does the same. Also, since it checks the values and not
t
Hi Scott,
On Sat, Mar 14, 2015 at 3:22 AM, Scott Arciszewski
wrote:
> https://wiki.php.net/rfc/timing_safe_encoding
Nice to see this RFC.
I haven't looked into patch yet, but no objections for the idea from me.
Only concern is existing timing safe function name. i.e. hash_equals()
http://php.
Hi Niklas,
On Sun, Mar 15, 2015 at 9:54 AM, Niklas Keller wrote:
> I'd like to announce that I'll open the vote for the in operator later
> that day.
> You can find the RFC here: https://wiki.php.net/rfc/in_operator
>
> There was a small change: If the haystack is a string, integers are no
> lon
2015-03-15 2:48 GMT+01:00 Antonio Carlos Ribeiro
:
> Niklas,
>
> I have to thank you for creating this RFC, I simply love it, every time I
> have to use in_array() I feel PHP misses an "in" operator. I cannot vote,
> but you have my spiritual support :)
Thanks for your feedback. :)
> Antonio Car
Niklas,
I have to thank you for creating this RFC, I simply love it, every time I
have to use in_array() I feel PHP misses an "in" operator. I cannot vote,
but you have my spiritual support :)
Antonio Carlos Ribeiro
a...@antoniocarlosribeiro.com
(+55) 21-9-8088-2233 (celular TIM)
(+55) 21-2556-
Morning,
I'd like to announce that I'll open the vote for the in operator later that day.
You can find the RFC here: https://wiki.php.net/rfc/in_operator
There was a small change: If the haystack is a string, integers are no
longer allowed as needle. This change was necessary so it's
consistently
Hi,
The "Strict Argument Count" RFC is now on voting phase:
RFC: https://wiki.php.net/rfc/strict_argcount
PR: https://github.com/php/php-src/pull/1108
The voting will close in exactly 14 days counting from now (using the
date/time from this email as a reference).
If you have any doubt about wha
On Sat, Mar 14, 2015 at 7:19 PM, Philip Sturgeon wrote:
> On Fri, Mar 13, 2015 at 7:02 PM, Arvids Godjuks
> wrote:
>>
>>
>> пт, 13 Мар 2015, 23:01, Philip Sturgeon :
>>
>>> Pavel,
>>>
>>> On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kouřil wrote:
>>> > On Fri, Mar 13, 2015 at 4:45 PM, Anthony Ferrara
On Fri, Mar 13, 2015 at 7:02 PM, Arvids Godjuks
wrote:
>
>
> пт, 13 Мар 2015, 23:01, Philip Sturgeon :
>
>> Pavel,
>>
>> On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kouřil wrote:
>> > On Fri, Mar 13, 2015 at 4:45 PM, Anthony Ferrara
>> > wrote:
>> >>
>> >> But for today, I firmly believe that the Dua
On 03/15/2015 09:41 AM, Niklas Keller wrote:
> Rasmus, the context sensitive lexer doesn't change anything for Drupal.
> Support for class names has been dropped,
> see https://wiki.php.net/rfc/context_sensitive_lexer#rejected_features
Yes, I realize that. I just mentioned Drupal as an example of
2015-03-14 23:30 GMT+01:00 Rasmus Lerdorf :
> On 03/15/2015 07:31 AM, Philip Sturgeon wrote:
> > On Sat, Mar 14, 2015 at 7:38 AM, Bob Weinand
> wrote:
> >>> Am 14.03.2015 um 10:21 schrieb Pavel Kouřil :
> >>>
> >>> On Saturday, March 14, 2015, Levi Morrison wrote:
> RFC Link: https://wiki.p
Am 14.03.2015 um 06:41 schrieb Levi Morrison:
> RFC Link: https://wiki.php.net/rfc/reserve_more_types_in_php_7
>
> The proposal has changed from the original. It no longer reserves the
> aliases out of the interest of reserving the smallest useful,
> uncontroversial subset. Some people want to r
On 03/15/2015 07:31 AM, Philip Sturgeon wrote:
> On Sat, Mar 14, 2015 at 7:38 AM, Bob Weinand wrote:
>>> Am 14.03.2015 um 10:21 schrieb Pavel Kouřil :
>>>
>>> On Saturday, March 14, 2015, Levi Morrison wrote:
RFC Link: https://wiki.php.net/rfc/reserve_more_types_in_php_7
The propos
On 03/13/2015 06:02 PM, Arvids Godjuks wrote:
At this point I have only swearing words for the proposing persons and
supporters.
It's magic_quotes and register_globals all over again, but this time you
can't fix it with some PHP code.
You really had to fuck it all up for us, the userland develo
Am 14.03.2015 um 18:34 schrieb Crypto Compress:
>
So I do not see the need of a explicit class deconstructor, because the
language should already react correctly on this issues as I can see so
far
>>> The language cannot know the order of dependencies and how to destruct
>>> them.
>
On Sat, Mar 14, 2015 at 7:38 AM, Bob Weinand wrote:
>> Am 14.03.2015 um 10:21 schrieb Pavel Kouřil :
>>
>> On Saturday, March 14, 2015, Levi Morrison wrote:
>>> RFC Link: https://wiki.php.net/rfc/reserve_more_types_in_php_7
>>>
>>> The proposal has changed from the original. It no longer reserves
Am 14.03.2015 um 18:34 schrieb Crypto Compress:
>
So I do not see the need of a explicit class deconstructor, because the
language should already react correctly on this issues as I can see so
far
>>> The language cannot know the order of dependencies and how to destruct
>>> them.
>
So I do not see the need of a explicit class deconstructor, because the
language should already react correctly on this issues as I can see so
far
The language cannot know the order of dependencies and how to destruct
them.
A dependcy between destructors of instances, which the language have t
how about two separate methods all_empty() and non[e]_empty()?
How about empty() and full() ?
Ok, that was a bad attempt as a joke, but please no ;)
don't get your point. Are you against my naming suggestions or the
possibility to check many vars on emptiness?
There are these two groups with c
On 14 March 2015 at 15:05, Lester Caine wrote:
> Just what is being added which PHP5 will actually baulk at?
> The code base I will be running myself with PHP7 is PHP5.4 with E_STRICT
> etc. clean code.
For the RFC https://wiki.php.net/rfc/scalar_type_hints_v5 that is on
the edge of passing ther
Am 14.03.2015 um 07:49 schrieb Crypto Compress:
> Am 13.03.2015 um 11:30 schrieb Johannes Ott:
>> Am 13.03.2015 um 07:45 schrieb Crypto Compress:
>>> Hello Johannes,
>>>
>>> in other mails you argue with Rowan about global state. I think it's
>>> better to focus on innovation of "class context" in
On 14/03/15 11:08, Lester Caine wrote:
> Lets simply get the ground rules on naming conventions and what is
> reserved and the like to start the path to bigger things later?
I'll ask yet again a question that I keep asking but not seeing anybody
explaining. Just what is being added which PHP5 will
On 03/14/2015 01:10 PM, Derick Rethans wrote:
On Fri, 13 Mar 2015, Arvids Godjuks wrote:
It's magic_quotes and register_globals all over again, but this time
you can't fix it with some PHP code.
It is not even close to equivalent. As those options are php.ini
settings. There is nothing, absol
In general, it's possible to implement necessary function for GOTO executor
as well.
It's just not trivial.
Thanks. Dmitry.
On Mar 14, 2015 3:06 PM, "Xinchen Hui" wrote:
> Hey:
>
> On Sat, Mar 14, 2015 at 8:01 PM, Bob Weinand wrote:
> >> Am 13.03.2015 um 05:01 schrieb Xinchen Hui :
> >>
> >> He
On Fri, 13 Mar 2015, Arvids Godjuks wrote:
> At this point I have only swearing words for the proposing persons and
> supporters.
Certainly *that* is going to help?
> It's magic_quotes and register_globals all over again, but this time
> you can't fix it with some PHP code.
It is not even clo
Hey:
On Sat, Mar 14, 2015 at 8:01 PM, Bob Weinand wrote:
>> Am 13.03.2015 um 05:01 schrieb Xinchen Hui :
>>
>> Hey:
>>
>> We have CALL SWITCH GOTO vm kind supports for long time.
>>
>> And we use CALL for default.
>>
>> SWITCH GOTO seems useless now, and brings us some troubles while
> Am 13.03.2015 um 05:01 schrieb Xinchen Hui :
>
> Hey:
>
> We have CALL SWITCH GOTO vm kind supports for long time.
>
> And we use CALL for default.
>
> SWITCH GOTO seems useless now, and brings us some troubles while
> maintaining .
>
> And also could make some extension unab
Hi,
On 13 March 2015 at 23:48, Arvids Godjuks wrote:
> And actually, I would plea for a moment of sanity right now.
>
> As far as i'm concerned - the RM for the 7.0 had to step in a long time ago
> and said "guys, I do not accept any typehint proposals into the 7.0
> release, work it out and come
> Am 14.03.2015 um 10:21 schrieb Pavel Kouřil :
>
> On Saturday, March 14, 2015, Levi Morrison wrote:
>> RFC Link: https://wiki.php.net/rfc/reserve_more_types_in_php_7
>>
>> The proposal has changed from the original. It no longer reserves the
>> aliases out of the interest of reserving the smal
On 13/03/15 23:48, Arvids Godjuks wrote:
> And actually, I would plea for a moment of sanity right now.
>
> As far as i'm concerned - the RM for the 7.0 had to step in a long time ago
> and said "guys, I do not accept any typehint proposals into the 7.0
> release, work it out and come back for 7.1
On 14/03/15 01:02, Eli wrote:
>> And none answered me... is this RFC gonna be allowed to enter on voting
>> phase for 7.0 or not?
>>
>> This drastically changes my voted on STH v5 which ends EOD today.
>
> Actually it doesn't Guilherme. If you look at the STH v5 it states: "
> will close the lat
Possible patch for the issue at
https://gist.github.com/bof/15173c7a11cb12a7b96f
with an explanatory comment in the bug report
https://bugs.php.net/bug.php?id=68486 at [2015-03-14 10:34 UTC]
Have a nice weekend
Patrick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
On Fri, Mar 13, 2015 at 8:33 PM, Philip Sturgeon
wrote:
> A two week discussion period has been held and there are no outstanding
> issues.
>
> Serialization has been disabled, and generated names have been
> explained better in the newest version of the RFC
>
> https://wiki.php.net/rfc/anonymous
On Saturday, March 14, 2015, Levi Morrison wrote:
> RFC Link: https://wiki.php.net/rfc/reserve_more_types_in_php_7
>
> The proposal has changed from the original. It no longer reserves the
> aliases out of the interest of reserving the smallest useful,
> uncontroversial subset. Some people want to
Hi,
On 14/03/2015 00:40, Thomas Bley wrote:
I think it's time to close the scalar type hinting chapter and focus
on new challanges. We have a rfc with a majority, so I would like to
ask Zeev, Francois and Dmitry to withdraw their rfc and open the door
for finalizing php7, many people are waiting
On 14/03/2015 07:32, Crypto Compress wrote:
Am 13.03.2015 um 09:57 schrieb Matteo Beccati:
On 13/03/2015 07:46, Crypto Compress wrote:
how about two separate methods all_empty() and non[e]_empty()?
How about empty() and full() ?
Ok, that was a bad attempt as a joke, but please no ;)
Hello M
39 matches
Mail list logo
