On Sat, Mar 14, 2015 at 7:38 AM, Bob Weinand bobw...@hotmail.com wrote:
Am 14.03.2015 um 10:21 schrieb Pavel Kouřil pajou...@gmail.com:
On Saturday, March 14, 2015, Levi Morrison le...@php.net wrote:
RFC Link: https://wiki.php.net/rfc/reserve_more_types_in_php_7
The proposal has changed from
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.
A dependcy between
2015-03-15 2:48 GMT+01:00 Antonio Carlos Ribeiro
a...@antoniocarlosribeiro.com:
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
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
On 03/15/2015 07:31 AM, Philip Sturgeon wrote:
On Sat, Mar 14, 2015 at 7:38 AM, Bob Weinand bobw...@hotmail.com wrote:
Am 14.03.2015 um 10:21 schrieb Pavel Kouřil pajou...@gmail.com:
On Saturday, March 14, 2015, Levi Morrison le...@php.net wrote:
RFC Link:
On Fri, Mar 13, 2015 at 7:02 PM, Arvids Godjuks
arvids.godj...@gmail.com wrote:
пт, 13 Мар 2015, 23:01, Philip Sturgeon pjsturg...@gmail.com:
Pavel,
On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kouřil pajou...@gmail.com wrote:
On Fri, Mar 13, 2015 at 4:45 PM, Anthony Ferrara ircmax...@gmail.com
Hi Anthony and Zeev,
On Sat, Mar 14, 2015 at 12:45 AM, Anthony Ferrara ircmax...@gmail.com
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
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 a
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
2015-03-14 23:30 GMT+01:00 Rasmus Lerdorf ras...@lerdorf.com:
On 03/15/2015 07:31 AM, Philip Sturgeon wrote:
On Sat, Mar 14, 2015 at 7:38 AM, Bob Weinand bobw...@hotmail.com
wrote:
Am 14.03.2015 um 10:21 schrieb Pavel Kouřil pajou...@gmail.com:
On Saturday, March 14, 2015, Levi Morrison
On Sat, Mar 14, 2015 at 7:19 PM, Philip Sturgeon pjsturg...@gmail.com wrote:
On Fri, Mar 13, 2015 at 7:02 PM, Arvids Godjuks
arvids.godj...@gmail.com wrote:
пт, 13 Мар 2015, 23:01, Philip Sturgeon pjsturg...@gmail.com:
Pavel,
On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kouřil
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 what
Hi Niklas,
On Sun, Mar 15, 2015 at 9:54 AM, Niklas Keller m...@kelunik.com 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
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
the
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
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)
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.
A dependcy between
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
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
Hi Scott,
On Sat, Mar 14, 2015 at 3:22 AM, Scott Arciszewski sc...@arciszewski.me
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.
On Saturday, March 14, 2015, Levi Morrison le...@php.net 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
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
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 later of March
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 Matteo,
don't get your point. Are you
On Fri, Mar 13, 2015 at 8:33 PM, Philip Sturgeon pjsturg...@gmail.com
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
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 global scope, as
it's impossible to reason the disadvantages of
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
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
Am 13.03.2015 um 05:01 schrieb Xinchen Hui larue...@php.net:
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
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 larue...@php.net wrote:
Hey:
On Sat, Mar 14, 2015 at 8:01 PM, Bob Weinand bobw...@hotmail.com wrote:
Am 13.03.2015 um 05:01
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 close
Am 14.03.2015 um 10:21 schrieb Pavel Kouřil pajou...@gmail.com:
On Saturday, March 14, 2015, Levi Morrison le...@php.net 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
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,
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.
Hi,
On 13 March 2015 at 23:48, Arvids Godjuks arvids.godj...@gmail.com 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,
Hey:
On Sat, Mar 14, 2015 at 8:01 PM, Bob Weinand bobw...@hotmail.com wrote:
Am 13.03.2015 um 05:01 schrieb Xinchen Hui larue...@php.net:
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
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
On 14 March 2015 at 15:05, Lester Caine les...@lsces.co.uk 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
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
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
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 global scope, as
41 matches
Mail list logo