The `final` modifier would likely clash with property type definitions, if
those ever make it to the language.
Still, a few pain-points remain:
* References to properties (you cannot reference final properties anymore,
and that is effectively a BC break for anything using reflection and
closure
2017-06-29 1:07 GMT+02:00 David Rodrigues :
> readonly $number = mt_rand();
> I agree that "readonly" is a better keyword, but we have to points here:
> 1. "final" is used on some language (Java, C++ I guess);
> 2. "final" keyword does exists on PHP with a "similar" behaviour;
> If we can implem
Hi
2017-06-28 20:46 GMT+02:00 David Rodrigues :
> The "final" keyworks make a "local scope" variable value "blocked to
> rewrite" after instantiate it.
> Okay, it sounds like a "const", and it is, but "not as we known it".
I get that, but I still don't understand why you would forcefully need
it
Results for project PHP master, build date 2017-06-27 19:23:38-07:00
commit: f626a78
previous commit:b6ee9dd
revision date: 2017-06-28 00:43:55+03:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores,
stepping 2, LLC 45 MB
Hi!
> Back in 2014 there was an informal proposal on the mailing list to replace
> PHP serialization with an efficient binary (msgpack) format.
Why replace? If you have it as an extension, can't people that want to
use it just use it?
I'm still not sure why we need to do anything in core that ca
Walter Parker
wrote:
>
Constant may not have been the right word (or idea), but I agree with
Kalle. We should use readonly as the keyword here and not final as the
keyword. We can keep the same scoping rules so the following would work:
>
> function randomNumber() {
>
*readonly *$numb
2017-06-28 13:59 GMT-03:00 Kalle Sommer Nielsen :
> Hi David
>
> It seems like what you are looking for here is actually a constant[1].
> However constants do not support non scalar types, such as array or
> objects, what would really solve it on the objects side of things
> would be the introduct
On Mon, Jun 26, 2017 at 11:45 AM, Andreas Heigl wrote:
> Hi Côme.
>
>
> Am 26.06.17 um 11:34 schrieb Côme Chilliet:
> > Hello,
> >
> > Some time ago, someone said on the tracker that there was an up to date
> patch for php-ldap exop and controls: https://bugs.php.net/bug.php?
> id=69445
> > It ap
On 6/3/2017 2:03 PM, Fleshgrinder wrote:
> As previously announced, I would like to set an end to these discussions
> in the community:
>
> https://wiki.php.net/rfc/class-naming
>
Last call for comments. Four weeks have passed and I would like to start
the voting phase on this one. Voting will s
2017-06-28 19:37 GMT+02:00 Niklas Keller :
> Arrays are supported, but not objects.
Ah yes ofcourse, my apologies.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2017-06-28 11:04 GMT+02:00 Rasmus Schultz :
> Back in 2014 there was an informal proposal on the mailing list to replace
> PHP serialization with an efficient binary (msgpack) format.
>
> https://www.mail-archive.com/internals@lists.php.net/msg69870.html
>
> As argued back then, breaking serialize
2017-06-28 18:59 GMT+02:00 Kalle Sommer Nielsen :
> Hi David
>
> 2017-06-28 18:10 GMT+02:00 David Rodrigues :
> > Hello internals,
> >
> > Java supports the "final" keyword before a variable to determines that
> this
> > variables never change it reference. If I declare a variable as "final",
> I
Hi David
2017-06-28 18:10 GMT+02:00 David Rodrigues :
> Hello internals,
>
> Java supports the "final" keyword before a variable to determines that this
> variables never change it reference. If I declare a variable as "final", I
> can only initialize that once, then I could not change it after (b
Hello internals,
Java supports the "final" keyword before a variable to determines that this
variables never change it reference. If I declare a variable as "final", I
can only initialize that once, then I could not change it after (but I can
manipulate the instance, without issues).
There some s
On Wed, Jun 28, 2017 at 2:58 AM, Niklas Keller wrote:
> 2017-06-28 4:19 GMT+02:00 Sara Golemon :
>> I've pushed two commits to remove MD5 from www.php.net and qa.php.net,
>> however it should be noted that I left a fair amount of md5 in web-php
>> because very old releases have neither GPG signatu
On 28.06.2017 at 11:04, Rasmus Schultz wrote:
> Back in 2014 there was an informal proposal on the mailing list to replace
> PHP serialization with an efficient binary (msgpack) format.
>
> https://www.mail-archive.com/internals@lists.php.net/msg69870.html
>
> As argued back then, breaking seria
> -Oorspronkelijk bericht-
> Van: Rasmus Schultz [mailto:ras...@mindplay.dk]
> Verzonden: woensdag 28 juni 2017 11:04
> Aan: PHP internals
> Onderwerp: [PHP-DEV] Binary (msgpack) serialize/unserialize
> 1. adopt msg_pack() and msg_unpack() from the PECL package as standard
> functions, or
Back in 2014 there was an informal proposal on the mailing list to replace
PHP serialization with an efficient binary (msgpack) format.
https://www.mail-archive.com/internals@lists.php.net/msg69870.html
As argued back then, breaking serialize() and unserialize() is unacceptable
for many reasons.
18 matches
Mail list logo
