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 a...@ajf.me wrote:
I think the more important issue is the conflict with the
ReflectionTypeAnnotation RFC, which proposes something similar to
what was
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 Contract
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
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,
On 15 February 2015 at 02:46, Andrea Faulds a...@ajf.me 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).
Hi,
On 15 Feb 2015, at 12:39, Xinchen Hui larue...@php.net wrote:
On Sun, Feb 15, 2015 at 10:46 AM, Andrea Faulds a...@ajf.me 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
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 the PHP
Hey:
On Sun, Feb 15, 2015 at 10:46 AM, Andrea Faulds a...@ajf.me 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
Hi,
On 15 Feb 2015, at 13:07, Leigh lei...@gmail.com 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
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 method is
On Sun, Feb 15, 2015 at 8:40 AM, Rasmus Lerdorf ras...@lerdorf.com wrote:
On 02/15/2015 05:45 AM, Andrea Faulds wrote:
Hi,
On 15 Feb 2015, at 12:39, Xinchen Hui larue...@php.net wrote:
On Sun, Feb 15, 2015 at 10:46 AM, Andrea Faulds a...@ajf.me wrote:
Hi everyone,
I should’ve done this a
On Sun, Feb 15, 2015 at 6:42 PM, Leigh lei...@gmail.com wrote:
On 15 February 2015 at 13:51, Andrea Faulds a...@ajf.me 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
On 15 February 2015 at 13:51, Andrea Faulds a...@ajf.me 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
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
https://wiki.php.net/rfc/date.timezone_warning_removal
Bob
On 02/15/2015 05:45 AM, Andrea Faulds wrote:
Hi,
On 15 Feb 2015, at 12:39, Xinchen Hui larue...@php.net wrote:
On Sun, Feb 15, 2015 at 10:46 AM, Andrea Faulds a...@ajf.me wrote:
Hi everyone,
I should’ve done this a long time ago, but I’m going to hold a vote on this
RFC. The
On 14 February 2015 20:03:44 GMT, Marc Bennewitz dev@mabe.berlin 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
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 always made
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
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.
On Sun, Feb 15, 2015 at 7:43 PM, Dmitry Stogov dmi...@zend.com 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
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
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
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:
Am 15.02.2015 21:05 schrieb Rowan Collins rowan.coll...@gmail.com:
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 =
2015-02-15 21:04 GMT+02:00 Patrick Schaaf p...@bof.de:
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
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
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
- 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
On Wed, Feb 11, 2015 at 11:56 AM, Jakub Zelenka bu...@php.net 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
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
conditions.
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
On 15/02/2015 20:20, Patrick Schaaf wrote:
Am 15.02.2015 21:05 schrieb Rowan Collins rowan.coll...@gmail.com
mailto:rowan.coll...@gmail.com:
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
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
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
On 14/02/2015 00:09, Yasuo Ohgaki wrote:
Hi Nikita,
On Tue, Oct 7, 2014 at 6:53 AM, Nikita Popov nikita@gmail.com 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,
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
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 that's
Patrick Schaaf wrote:
Am 15.02.2015 21:05 schrieb Rowan Collins rowan.coll...@gmail.com:
// 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 =
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
Hi Francois,
On Mon, Feb 16, 2015 at 1:08 AM, François Laupretre franc...@php.net
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
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
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
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 a...@ajf.me wrote:
Hi everyone,
For my own reasons, I have decided to cease my involvement with PHP
development. This
Dmitry,
On Sun, Feb 15, 2015 at 1:43 PM, Dmitry Stogov dmi...@zend.com 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
On Sun, Feb 15, 2015 at 4:21 PM, Andrea Faulds a...@ajf.me 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
Hey Rowan,
On 15 Feb 2015, at 22:07, Rowan Collins rowan.coll...@gmail.com 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
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
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
Hi Francois,
On Mon, Feb 16, 2015 at 8:08 AM, François Laupretre franc...@php.net
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
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
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.
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
would
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
On Mon, Feb 16, 2015 at 10:16 AM, Joe Watkins pthre...@pthreads.org 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
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 true
Hi Stas,
On Mon, Feb 16, 2015 at 2:20 PM, Stanislav Malyshev smalys...@gmail.com
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
2015.02.15. 22:21 ezt írta (Andrea Faulds a...@ajf.me):
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
Am 15.02.2015 23:34 schrieb Rowan Collins rowan.coll...@gmail.com:
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
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
Am 16.02.2015 02:40 schrieb Kris Craig kris.cr...@gmail.com:
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
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
I all,
On Mon, Feb 16, 2015 at 2:40 PM, Stanislav Malyshev smalys...@gmail.com
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 -
Am 16.02.2015 00:05 schrieb Rowan Collins rowan.coll...@gmail.com:
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
63 matches
Mail list logo