Re: [PHP-DEV] PHP JIT or AOT

I guess we can gave a try. PHP 7 is fine well enough. let's working hard to make it published. The talk about other things should be early . let's see PHP 7 released and see how it will change our world. Code it , ship it. Let's see the result. Appreciate your time.

Re: [PHP-DEV] [VOTE] Scalar Type Hints

We do not have Scalar type hints for years. we code in php for years without any type check. it's ok. not the primary things. Look at other dynamic programming language, they may not have the type check either. It is ok, and it is fine. Besides php, there be always other choice. If you really r

Re: [PHP-DEV] A modest proposal: __contructStatic

Am 16.02.2015 02:40 schrieb "Kris Craig" : > > I've never really done any work with Redis before so I'm also having trouble understanding the use case for this given that everybody's talking about this solely in the context of Redis. Ahem, it's not everbody, just me :) And the issue comes up in th

Re: [PHP-DEV] A modest proposal: __contructStatic

Am 16.02.2015 00:05 schrieb "Rowan Collins" : > > A quick thought - if you want to stick with the "magic static call" pattern, you can implement this much more simply by doing something similar to Laravel's "facades" [1]: >... > This basically implements in userspace what you propose to add to the

Re: [PHP-DEV] PHP JIT or AOT

On Mon, Feb 16, 2015 at 10:16 AM, Joe Watkins wrote: > Morning, > > I'm not sure where this conversation started ... > it's a fork from "Salar Type Hints"... > > > where in non-strict mode you still need > > to generation runtime conversion logic. That runtime conversion logic > > then require

Re: [PHP-DEV] [VOTE] Scalar Type Hints

Le 05/02/2015 21:14, Andrea Faulds a écrit : Voting starts today (2015-02-05) and ends in two weeks’ time (2015-02-19). In addition to the vote on the main RFC, there is also a vote on the type aliases issue, and a vote to reserve the type names for future RFCs’ sake if this RFC fails. The R

Re: [PHP-DEV] A modest proposal: __contructStatic

Am 15.02.2015 23:34 schrieb "Rowan Collins" : > >> You can surely see how this is more readable / easier to write: >> >> $value = MyRedir::get($key); >> > Actually, no, I find that harder to read accurately - there is no clue there that there is actually a singleton under the hood, and that this is

Re: [PHP-DEV] PHP JIT or AOT

Morning, I'm not sure where this conversation started ... > where in non-strict mode you still need > to generation runtime conversion logic. That runtime conversion logic > then requires the ability to hook into Zend's error handling > mechanism, vastly complicating the generated code (and the g

Re: [PHP-DEV] I quit.

May be leave for a while can let she happier than before. Do not censure her -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP JIT or AOT

On Mon, Feb 16, 2015 at 12:45 AM, Anthony Ferrara wrote: > Dmitry, > > On Sun, Feb 15, 2015 at 1:43 PM, Dmitry Stogov wrote: > > Hi Anthony, > > > > If you are working on JIT, you should understand that declare() switch to > > strict typing can't improve anything, because it works on caller side

Re: [PHP-DEV] I quit.

2015.02.15. 22:21 ezt írta ("Andrea Faulds" ): > > Hi everyone, > > For my own reasons, I have decided to cease my involvement with PHP development. This isn’t a judgement of the PHP community nor the internals mailing list, you’re all wonderful people and it’s really been a pleasure, and I mean th

Re: [PHP-DEV] I quit.

2015.02.15. 22:55 ezt írta ("Philip Sturgeon" ): > > On Sun, Feb 15, 2015 at 4:21 PM, Andrea Faulds wrote: > > Hi everyone, > > > > For my own reasons, I have decided to cease my involvement with PHP development. This isn’t a judgement of the PHP community nor the internals mailing list, you’re al

Re: [PHP-DEV] Spaceship operator RFC

Hi Stas, On Mon, Feb 16, 2015 at 2:20 PM, Stanislav Malyshev wrote: > Since Andrea has withdrawn the spaceship operator RFC > (https://wiki.php.net/rfc/combined-comparison-operator), I'd like to > resurrect it. Looks like by vote results (with 1 day of official vote > left) it was clearly passin

Re: [PHP-DEV] [RFC] [PRE-VOTE] Remove the date.timezone warning

I all, On Mon, Feb 16, 2015 at 2:40 PM, Stanislav Malyshev wrote: > > Are you sure that "the ini file is created by the package maintainer and > > it includes the “date.timezone” setting" is true? Last time I checked it > > I my experience, it is unfortunately not universally true - I've seen >

Re: [PHP-DEV] Design by Contract

Hi Francois, On Mon, Feb 16, 2015 at 8:08 AM, François Laupretre wrote: > > > De : yohg...@gmail.com [mailto:yohg...@gmail.com] De la part de Yasuo Ohgaki > > > > D resolves that if parameter is contract or not at compile time and checks it if method > > is overriding parent's method. If method i

Re: [PHP-DEV] [RFC] [PRE-VOTE] Remove the date.timezone warning

Hi! > Are you sure that "the ini file is created by the package maintainer and > it includes the “date.timezone” setting" is true? Last time I checked it I my experience, it is unfortunately not universally true - I've seen Linux distros with ini files that don't do that. Setting TZ correctly wou

[PHP-DEV] Spaceship operator RFC

Hi! Since Andrea has withdrawn the spaceship operator RFC (https://wiki.php.net/rfc/combined-comparison-operator), I'd like to resurrect it. Looks like by vote results (with 1 day of official vote left) it was clearly passing, so are there any objections to treating it as passed? If not, I'll trea

Re: [PHP-DEV] Remove $this from incompatible context

Hi! > Agreed. Personally, I'm a great fan of symettry, so part of me would > prefer to introduce a keyword for when you *can't* call a method > statically, e.g. "instance function foo() { ... }". But I guess instance This would be another form of saying "foo() method uses $this", but if that's tr

Re: [PHP-DEV] A modest proposal: __contructStatic

> create the static instance Isn't that essentially a contradiction in terms? I can't help but feel that blurring the line between static and non-static classes/methods would cause more harm than good. I've never really done any work with Redis before so I'm also having trouble understanding the

Re: [PHP-DEV] I quit.

On Sun, Feb 15, 2015 at 4:15 PM, Netroby wrote: > I am not the core developer of PHP, but I am keeping watch the develop > list for long times. > Andrea Faulds, actively contributes the PHP core. but it's hard to > implement your dream here. > So sad I feel. > Say no is easier, but do things is h

Re: [PHP-DEV] I quit.

I am not the core developer of PHP, but I am keeping watch the develop list for long times. Andrea Faulds, actively contributes the PHP core. but it's hard to implement your dream here. So sad I feel. Say no is easier, but do things is hard. the dissenting voices makes things harder and harder. Ple

Re: [PHP-DEV] I quit.

Hi Andrea, Thank you for all your hard word and time you've put into this project and it saddens me to see you decide that, but I do understand where you come from. Looking forward for your next project and I wish it will bring you more recognition than this one did. Best regards, Stelian On Mo

RE: [PHP-DEV] I quit.

> De : Andrea Faulds [mailto:a...@ajf.me] > > So, thank you, PHP community. It has been a wonderful 2 years. That's very sad, but I understand it had gone too far. You're more important than any software project, take care of yourself. Unfortunately, the 'toxic kindergarden' claimed another vict

Re: [PHP-DEV] A modest proposal: __contructStatic

Patrick Schaaf wrote: > Am 15.02.2015 21:05 schrieb "Rowan Collins" : > >> // Now wherever in the code you want the default instance, just use this: >> $value = MyRedis::singleton()->get($key); > > You can surely see how this is more readable / easier to write: > > $value = MyRedir::get($key);

RE: [PHP-DEV] Design by Contract

> De : yohg...@gmail.com [mailto:yohg...@gmail.com] De la part de Yasuo Ohgaki > > D resolves that if parameter is contract or not at compile time and checks it > if method > is overriding parent's method. If method is overridden, D just ignores > contract. That's true for pre-conditions, but th

Re: [PHP-DEV] A modest proposal: __contructStatic

On 15/02/2015 19:04, Patrick Schaaf wrote: By neccessity the implementation of this class set, must make use of both __call() and __callStatic() magic methods, with both then dispatching to a delegate phpredis instance, and in the case of __callStatic(), making up-front a singleton like "new self

Re: [PHP-DEV] [RFC] Exceptions in the engine

On 14/02/2015 00:09, Yasuo Ohgaki wrote: Hi Nikita, On Tue, Oct 7, 2014 at 6:53 AM, Nikita Popov wrote: As such I'm re-proposing this RFC for inclusion in PHP 7: https://wiki.php.net/rfc/engine_exceptions_for_php7 The RFC text is essentially the same as previously, with the primary dif

Re: [PHP-DEV] I quit.

On 15/02/2015 22:15, Andrea Faulds wrote: It might be for the best that we don’t keep it in voting. During the voting process, it became apparent that the declare() syntax (with all its idiosyncrasies) was a big problem (influencing at least 3 people’s votes), so much so that I decided that I’

Re: [PHP-DEV] I quit.

Thanks for all you've done for PHP in so short time! You've been representing a big part of the community with your remarkable work. You are quitting internals but will stay as a reference on PHP community. Márcio

Re: [PHP-DEV] A modest proposal: __contructStatic

On 15/02/2015 20:20, Patrick Schaaf wrote: Am 15.02.2015 21:05 schrieb "Rowan Collins" >: > > This sounds to me like you should just be using the Singleton pattern, Of course this is singleton under the hood. > // Now wherever in the code you want the default

Re: [PHP-DEV] [VOTE] Combined Comparison (Spaceship) Operator

Le 02/02/2015 13:06, Andrea Faulds a écrit : The RFC, which contains the voting widget, can be found here: https://wiki.php.net/rfc/combined-comparison-operator Thanks! Hi, Discussing this RFC with other people of AFUP, we would be +1. Basically: adding such an operator would make things muc

Re: [PHP-DEV] I quit.

Andrea, I'm sure this thread will explode shortly, but all the best in whatever you will do with the newly free time. Paddy On 15 February 2015 at 21:21, Andrea Faulds wrote: > Hi everyone, > > For my own reasons, I have decided to cease my involvement with PHP > development. This isn’t a judg

Re: [PHP-DEV] I quit.

Hey Rowan, > On 15 Feb 2015, at 22:07, Rowan Collins wrote: > > I'm really really sorry to hear this. The energy you've put into the project > recently has been really appreciated by many people, and I really admire your > dedication to finding compromises to controversial topics. I can see, t

Re: [PHP-DEV] I quit.

On 15/02/2015 21:21, Andrea Faulds wrote: Hi everyone, For my own reasons, I have decided to cease my involvement with PHP development. This isn’t a judgement of the PHP community nor the internals mailing list, you’re all wonderful people and it’s really been a pleasure, and I mean that comp

Re: [PHP-DEV] I quit.

On Sun, Feb 15, 2015 at 4:21 PM, Andrea Faulds wrote: > Hi everyone, > > For my own reasons, I have decided to cease my involvement with PHP > development. This isn’t a judgement of the PHP community nor the internals > mailing list, you’re all wonderful people and it’s really been a pleasure,

Re: [PHP-DEV] I quit.

On 2/15/2015 2:21 PM, Andrea Faulds wrote: Hi everyone, For my own reasons, I have decided to cease my involvement with PHP development. This isn’t a judgement of the PHP community nor the internals mailing list, you’re all wonderful people and it’s really been a pleasure, and I mean that com

Re: [PHP-DEV] [VOTE] Scalar Type Hints

Dmitry, On Sun, Feb 15, 2015 at 1:43 PM, Dmitry Stogov wrote: > Hi Anthony, > > If you are working on JIT, you should understand that declare() switch to > strict typing can't improve anything, because it works on caller side and in > each function you now will have to generate code for both weak

Re: [PHP-DEV] Design by Contract

Hi Francois, On Mon, Feb 16, 2015 at 1:08 AM, François Laupretre wrote: > > > Now I understand what you are discussing. Since we may have stricter > > typing, we probably better > > to consider type safety theory even if PHP is weakly typed. > > I am not sure it was about types, it was about cond

[PHP-DEV] I quit.

Hi everyone, For my own reasons, I have decided to cease my involvement with PHP development. This isn’t a judgement of the PHP community nor the internals mailing list, you’re all wonderful people and it’s really been a pleasure, and I mean that completely honestly. However, this has ended up

Re: [PHP-DEV] A modest proposal: __contructStatic

Am 15.02.2015 21:05 schrieb "Rowan Collins" : > > This sounds to me like you should just be using the Singleton pattern, Of course this is singleton under the hood. > // Now wherever in the code you want the default instance, just use this: > $value = MyRedis::singleton()->get($key); You can sur

Re: [PHP-DEV] [RFC] [PRE-VOTE] Remove the date.timezone warning

On 02/15/2015 08:28 PM, Matteo Beccati wrote: > On 15/02/2015 19:02, Bob Weinand wrote: >> I'm probably going to put this into vote tomorrow. >> >> The RFC got some update from neutrality aspect and covers some >> feedback from the initial discussion thread. >> >> The link is: https://wiki.php.ne

Re: [PHP-DEV] new json, push generated file?

On Wed, Feb 11, 2015 at 11:56 AM, Jakub Zelenka wrote: > > > I would like to push the the bison tab files shortly as the majority of > people in this thread (including me) are for having them in the repo. The > only thing that I would like is to have a specific version in the repo to > prevent big

Re: [PHP-DEV] A modest proposal: __contructStatic

On 15/02/2015 19:04, Patrick Schaaf wrote: In our codebase we have one set of classes where it was very useful to be able to call the same methods both statically and nonstatically: a set of wrapper classes over phpredis where subclasses "know" which set of redis servers to talk to (plus other co

Re: [PHP-DEV] Remove $this from incompatible context

On 15/02/2015 19:32, Marc Bennewitz wrote: Am 15.02.2015 um 19:09 schrieb Rowan Collins: The static modifier for methods is part of the method signature and method body isn't. (That's way interfaces doesn't describe method bodies but signatures) The static modifier defines a method as static

Re: [PHP-DEV] [VOTE] Scalar Type Hints

On Sun, Feb 15, 2015 at 8:18 PM, Dmitry Stogov wrote: > Currently we perform checks in RECV opcode handlers. > Andrea's patch just adds a flag in zend_execute_data that tells what kind > of checks should be performed in the function. > With JIT it's difficult to generate any checks on call-site,

Re: [PHP-DEV] Design by Contract

> - Consider introduction of static require() as class invariant for static > methods > invariant contacts are executed in object methods. I meant adding "static invariant" to be executed on static methods. but I think we don't need them at this point. > > I probably don't understand the idea c

Re: [PHP-DEV] Remove $this from incompatible context

Am 15.02.2015 um 19:09 schrieb Rowan Collins: The static modifier for methods is part of the method signature and method body isn't. (That's way interfaces doesn't describe method bodies but signatures) The static modifier defines a method as static and therefore defines the method is callabl

Re: [PHP-DEV] A modest proposal: __contructStatic

2015-02-15 21:04 GMT+02:00 Patrick Schaaf : > Hello Internals, > > seeing the static calling of instance methods being discussed again, I want > to ask whether the following idea would maybe have a chance? > > In our codebase we have one set of classes where it was very useful to be > able to call

Re: [PHP-DEV] [RFC] [PRE-VOTE] Remove the date.timezone warning

On 15/02/2015 19:02, Bob Weinand wrote: I'm probably going to put this into vote tomorrow. The RFC got some update from neutrality aspect and covers some feedback from the initial discussion thread. The link is: https://wiki.php.net/rfc/date.timezone_warning_removal

[PHP-DEV] Re: A modest proposal: __contructStatic

Hi Patrick, I don't think it should be implemented. If you are calling a static method like a non-static method, your code has a problem. I think it would do more harm than good. Not only for the code comprehension and logic, but also for the skills of the people who make this mistake. But I fin

Re: [PHP-DEV] [VOTE] Scalar Type Hints

Currently we perform checks in RECV opcode handlers. Andrea's patch just adds a flag in zend_execute_data that tells what kind of checks should be performed in the function. With JIT it's difficult to generate any checks on call-site, because the actual function may by unknown at compile-time (and

[PHP-DEV] A modest proposal: __contructStatic

Hello Internals, seeing the static calling of instance methods being discussed again, I want to ask whether the following idea would maybe have a chance? In our codebase we have one set of classes where it was very useful to be able to call the same methods both statically and nonstatically: a se

Re: [PHP-DEV] [VOTE] Scalar Type Hints

On Sun, Feb 15, 2015 at 7:43 PM, Dmitry Stogov wrote: > Hi Anthony, > > If you are working on JIT, you should understand that declare() switch to > strict typing can't improve anything, because it works on caller side and > in each function you now will have to generate code for both weak and > s

Re: [PHP-DEV] [VOTE] Scalar Type Hints

Hi Anthony, If you are working on JIT, you should understand that declare() switch to strict typing can't improve anything, because it works on caller side and in each function you now will have to generate code for both weak and strict checks. According to mandel() and integer to float conversio

Re: [PHP-DEV] Remove $this from incompatible context

On 14 February 2015 20:03:44 GMT, Marc Bennewitz wrote: >Hi >Am 13.02.2015 um 08:48 schrieb Stanislav Malyshev: >> Hi! >> >>> there should be no bc break as the API doesn't change and the method >>> produces the exact same result as before. >> Sorry, this makes no sense to me. You claim that if yo

[PHP-DEV] [RFC] [PRE-VOTE] Remove the date.timezone warning

I'm probably going to put this into vote tomorrow. The RFC got some update from neutrality aspect and covers some feedback from the initial discussion thread. The link is: https://wiki.php.net/rfc/date.timezone_warning_removal Bob

Re: [PHP-DEV] [VOTE] Big Integer Support

On Sun, Feb 15, 2015 at 6:42 PM, Leigh wrote: > On 15 February 2015 at 13:51, Andrea Faulds wrote: >>> Extensions "that deal with numbers" are all going to need updating. So >>> probably every extension? >> >> Anything accepting a zval rather than a long through zpp, but the changes >> are quite

Re: [PHP-DEV] [VOTE] Big Integer Support

On 15 February 2015 at 13:51, Andrea Faulds wrote: >> Extensions "that deal with numbers" are all going to need updating. So >> probably every extension? > > Anything accepting a zval rather than a long through zpp, but the changes are > quite small in most cases. It’s a much smaller change than,

Re: [PHP-DEV] [VOTE] Big Integer Support

On Sun, Feb 15, 2015 at 8:40 AM, Rasmus Lerdorf wrote: > On 02/15/2015 05:45 AM, Andrea Faulds wrote: >> Hi, >> >>> On 15 Feb 2015, at 12:39, Xinchen Hui wrote: >>> >>> On Sun, Feb 15, 2015 at 10:46 AM, Andrea Faulds wrote: Hi everyone, I should’ve done this a long time ago, but I

Re: [PHP-DEV] [VOTE] Big Integer Support

On 02/15/2015 05:45 AM, Andrea Faulds wrote: > Hi, > >> On 15 Feb 2015, at 12:39, Xinchen Hui wrote: >> >> On Sun, Feb 15, 2015 at 10:46 AM, Andrea Faulds wrote: >>> Hi everyone, >>> >>> I should’ve done this a long time ago, but I’m going to hold a vote on this >>> RFC. The implementation isn’

RE: [PHP-DEV] Design by Contract

Hi Yasuo, > > Now I understand what you are discussing. Since we may have stricter > typing, we probably better > to consider type safety theory even if PHP is weakly typed. I am not sure it was about types, it was about conditions... > Pre/Postconditions should be checked only when parent metho

RE: [PHP-DEV] [RFC][DISCUSSION] ReflectionParameter::getClassName()

> De : Matteo Beccati [mailto:p...@beccati.com] > > The new methods are: > > * ReflectionFunctionAbstract::hasReturnTypeAnnotation() > * ReflectionFunctionAbstract::getReturnTypeAnnotation() > * ReflectionTypeAnnotation::isInstance() I agree Reflection must support hinting but annotations, int th

Re: [PHP-DEV] [VOTE] Big Integer Support

Hi, > On 15 Feb 2015, at 13:07, Leigh wrote: > > I think this adds a ton of unnecessary complexity and isn't worth the > breaks or performance degradations that come with it. > > We already have big integer support in the form of the GMP extension, > and it is very clear when you are working wi

Re: [PHP-DEV] [VOTE] Big Integer Support

Hi, > On 15 Feb 2015, at 12:39, Xinchen Hui wrote: > > On Sun, Feb 15, 2015 at 10:46 AM, Andrea Faulds wrote: >> Hi everyone, >> >> I should’ve done this a long time ago, but I’m going to hold a vote on this >> RFC. The implementation isn’t finished, but the remaining work isn’t >> impossibl

[PHP-DEV] Re: Broken link in PHP manual

Alain Williams wrote: > http://php.net/manual/en/features.gc.collecting-cycles.php > > has a reference ''Concurrent Cycle Collection in Reference Counted Systems'' > to http://www.research.ibm.com/people/d/dfb/papers/Bacon01Concurrent.pdf > > The PDF is no longer there. This has already been r

Re: [PHP-DEV] [VOTE] Big Integer Support

On 15 February 2015 at 02:46, Andrea Faulds wrote: > Hi everyone, > > I should’ve done this a long time ago, but I’m going to hold a vote on this > RFC. The implementation isn’t finished, but the remaining work isn’t > impossible to surmount (though help would certainly be appreciated). RFCs can

Re: [PHP-DEV] [VOTE] Big Integer Support

Hey: On Sun, Feb 15, 2015 at 10:46 AM, Andrea Faulds wrote: > Hi everyone, > > I should’ve done this a long time ago, but I’m going to hold a vote on this > RFC. The implementation isn’t finished, but the remaining work isn’t > impossible to surmount (though help would certainly be appreciated

[PHP-DEV] Broken link in PHP manual

http://php.net/manual/en/features.gc.collecting-cycles.php has a reference ''Concurrent Cycle Collection in Reference Counted Systems'' to http://www.research.ibm.com/people/d/dfb/papers/Bacon01Concurrent.pdf The PDF is no longer there. -- Alain Williams Linux/GNU Consultant - Mail systems, We

AW: [PHP-DEV] Design by Contract

Hi François > -Ursprüngliche Nachricht- > Von: François Laupretre [mailto:franc...@php.net] > Gesendet: Sonntag, 15. Februar 2015 11:43 > An: 'Robert Stoll'; 'Yasuo Ohgaki' > Cc: 'Dmitry Stogov'; 'Joe Watkins'; 'Stanislav Malyshev'; 'PHP Internals' > Betreff: RE: [PHP-DEV] Design by Contra

RE: [PHP-DEV] Design by Contract

> De : Robert Stoll [mailto:p...@tutteli.ch] > > The theory is actually quite simple. Roughly it says that if you use a type > hint > of a certain class then you can rely on all pre/post-conditions of this class > even if a sub-class is passed. Hence the sub-class cannot have more restrict > condi

RE: [PHP-DEV] [RFC] Void Return Type

Sorry, I forgot that replacing 'void' with 'null' should support 'return null;' of course. If we don't really enforce 'void', distinguishing this from 'return;' is inconsistent, IMO. > -Message d'origine- > De : François Laupretre [mailto:franc...@php.net] > Envoyé : dimanche 15 février 20

RE: [PHP-DEV] [RFC] Void Return Type

Hi, > De : Andrea Faulds [mailto:a...@ajf.me] > > following codes still works: > > > > $b = a(); > > > > so, if you want a void return type, and if you want it to be a useful feature.. > > > > above expr should be invalid with an error " a() return nothing" > > I'm not sure about this. PHP has

Re: [PHP-DEV] [RFC][DISCUSSION] ReflectionParameter::getClassName()

Hi, On 14/02/2015 21:23, Matteo Beccati wrote: On 14/02/2015 16:34, Philip Sturgeon wrote: On Sat, Jan 31, 2015 at 8:27 PM, Andrea Faulds wrote: I think the more important issue is the conflict with the ReflectionTypeAnnotation RFC, which proposes something similar to what was originally part