Hi,
while readon through http://www.garfieldtech.com/blog/on-drupals-leadership,
I've realized that there is a bunch of similarities between php internals
and drupal (which isn't that surprising), so I thought they guys around
there perceive the challenges/problems and the different possible solut
Hi,
Le 17 déc. 2014 09:54, "Ferenc Kovacs" a écrit :
>
> Hi,
>
> while readon through
http://www.garfieldtech.com/blog/on-drupals-leadership,
> I've realized that there is a bunch of similarities between php internals
> and drupal (which isn't that surprising), so I thought they guys around
> the
On Wed, Dec 17, 2014 at 10:23 AM, Florian Margaine
wrote:
>
> Hi,
>
> Le 17 déc. 2014 09:54, "Ferenc Kovacs" a écrit :
> >
> > Hi,
> >
> > while readon through
> http://www.garfieldtech.com/blog/on-drupals-leadership,
> > I've realized that there is a bunch of similarities between php internals
>
On 19/08/14 09:49, Michael Wallner wrote:
> Hi PHP internals!
>
> I've created an RFC for discussion:
>
> Whether it is feasible to add pecl_http v2 to the core.
>
> https://wiki.php.net/rfc/pecl_http
>
Just a minor update: the two PECL depencies have been ported to ZE3.
--
Regards,
Mi
On 17/12/14 00:45, Andrea Faulds wrote:
> Hi Pierre,
>
>> On 16 Dec 2014, at 23:42, Pierre Joye
>> wrote:
>>
>>
>> On Dec 17, 2014 4:19 AM, "Andrea Faulds" wrote:
>>>
>>> Hmm, actually, a 2to3-esque tool and a formal extension of 5.6's
>>> support by a year sounds like a better solution. If o
Stanislav Malyshev wrote on 17/12/2014 02:14:
No, it's not possible. It is possible to call object method in an
expression, and then use the result of the expression as an array key.
But to do that you'd have to check that you're dealing with the object
and the call the special method.
I think
On Tue, 16 Dec 2014, Stanislav Malyshev wrote:
> I'd like to initiate a vote on "objects as keys" RFC:
> https://wiki.php.net/rfc/objkey
I wonder why you opened voting on this, before resolving the "Open
Issues":
Open Issues
Should SplFixedArray support object indexes?
Should SplObject
On Tue, 16 Dec 2014, Ferenc Kovacs wrote:
> > > - Rolling out a 5.7 with Warnings-of-any-kind + some little-or-not
> > > new features cancels point number one
> > >
> > > What else ?
> >
> > Do nothing is still (IMHO) the most sensible option IMHO. We're not
> > seeing major compatibility bre
Hi,
Answering the question of Christopher Becker. It is not possible to
traverse and get your desired elements.
How would you achieve a foreach by key (returning object) without having to
store a separate list and track by hash or through an interface?
Cheers,
On Wed, Dec 17, 2014 at 10:04 AM, D
guilhermebla...@gmail.com wrote:
> Answering the question of Christopher Becker. It is not possible to
> traverse and get your desired elements.
> How would you achieve a foreach by key (returning object) without having to
> store a separate list and track by hash or through an interface?
AIUI, t
On Wed Dec 17 2014 at 1:44:13 PM guilhermebla...@gmail.com <
guilhermebla...@gmail.com> wrote:
> Hi,
>
> Answering the question of Christopher Becker. It is not possible to
> traverse and get your desired elements.
> How would you achieve a foreach by key (returning object) without having to
> sto
Rowan Collins wrote:
> Stanislav Malyshev wrote on 17/12/2014 02:14:
>> No, it's not possible. It is possible to call object method in an
>> expression, and then use the result of the expression as an array key.
>> But to do that you'd have to check that you're dealing with the object
>> and the c
guilhermebla...@gmail.com wrote on 17/12/2014 12:43:
Answering the question of Christopher Becker. It is not possible to
traverse and get your desired elements.
How would you achieve a foreach by key (returning object) without having to
store a separate list and track by hash or through an interf
could you clarify one thing for me?
from that sentence it seems that you aren't really against having small new
features (as those are already happened/happening in 5.6.x and you did not
mention that you have a problem with that) but you think that there would
be more/bigger features happening if
Hi,
Can someone please do this minor change in the PHP 5.4 tests ?
Kaplan
On Wed, Dec 3, 2014 at 6:08 PM, Lior Kaplan wrote:
>
> Hi Stas,
>
> I don't have permissions to fix this myself as the 5.4 branch is closed
> for security only.
>
> You've added ext/curl/tests/bug68089.phpt which includes
Ignore this, already fixed by Stas... didn't notice.
http://git.php.net/?p=php-src.git;a=commitdiff;h=b75867fff0d141bf2f81646dd5fae991e85b26ca
Kaplan
On Wed, Dec 17, 2014 at 4:05 PM, Lior Kaplan wrote:
>
> Hi,
>
> Can someone please do this minor change in the PHP 5.4 tests ?
>
> Kaplan
>
> On
Stanislav Malyshev wrote:
>> Yes, but it is already possible to call an object's method in array key
>> context, so in combination with an appropriate interface the same can be
>> accomplished.
>
> No, it's not possible. It is possible to call object method in an
> expression, and then use the re
On 12/17/14, 3:30 AM, Ferenc Kovacs wrote:
On Wed, Dec 17, 2014 at 10:23 AM, Florian Margaine
wrote:
Hi,
Le 17 déc. 2014 09:54, "Ferenc Kovacs" a écrit :
Hi,
while readon through
http://www.garfieldtech.com/blog/on-drupals-leadership,
I've realized that there is a bunch of similarities
Am 17.12.2014 um 15:54 schrieb Zeev Suraski:
> I’m opposed to having a 5.7 release that has new features on
> top of 5.6.x.
Same here; 5.7 should only add deprecations etc. and must not add new
features.
> I also think we should minimize any new work on 5.6.x as much as
> possible, and focus al
Hi!
> I wonder why you opened voting on this, before resolving the "Open
> Issues":
>
> Open Issues
>
> Should SplFixedArray support object indexes?
> Should SplObjectStorage support calling __hash for an object if it exists?
These issues are not part of the RFC's target, they are poss
Hi!
> As I said in the original discussion: this RFC is actually about having
> an implicit call to __hash() whenever an object is used as an array key.
> You can achieve exactly the same in userland with an explicit call.
It's like nobody have ever seen __toString before... Of course you can
do
This RFC proposes that we store the hash of an object instead of the
actual object. That's simply not useful to me and likely prevents us
from adding support for objects as keys in the future should we want
it.
In addition, it adds yet another behavior to arrays which do so many
things already. I
Hi!
> This RFC proposes that we store the hash of an object instead of the
> actual object. That's simply not useful to me
Fair enough, but this is not only about what is useful personally to you.
> and likely prevents us
> from adding support for objects as keys in the future should we want
N
>> and likely prevents us
>> from adding support for objects as keys in the future should we want
>
> No it does not. It was already explained several times. If it is ever
> introduced, it can be used for objects that do not explicitly request
> functionality in this RFC by enabling __hash() with n
Hi,
On Wed, December 10, 2014 20:04, Anatol Belski wrote:
> Hi,
>
>
> hereby the voting on https://wiki.php.net/rfc/native-tls#vote is opened.
> The vote starts on 12/10/2014 at 21:00 CET and ends on 12/17/2014 at
> 21:00
> CET.
>
>
this RFC was accepted, thanks everyone! I'm going to merge it nex
On 16 December 2014 at 08:34, Stanislav Malyshev wrote:
> Hi!
>
> I'd like to initiate a vote on "objects as keys" RFC:
> https://wiki.php.net/rfc/objkey
>
> I know this is a holiday season but it was extensively discussed and I
> think most people already formed their opinions. I've put the votin
On 09/12/2014 00:51, Andrea Faulds wrote:
Please read through the RFC and cast your vote if you wish to do so:
https://wiki.php.net/rfc/unicode_escape
Voting starts today (2014-12-08) and ends in 10 days’ time (2014-12-18).
Hi,
A more complete and "long term" approach might come from a bette
Hi!
> Just because you say it doesn't affect it doesn't mean it doesn't. I
> think it would be quite silly to support storing hashes and/or storing
> objects and to me that blocks the latter since you are proposing the
> former.
I don't know why you think it's "quite silly" to have both scalar an
On 17/12/2014 17:03, Stanislav Malyshev wrote:
Hi!
As I said in the original discussion: this RFC is actually about having
an implicit call to __hash() whenever an object is used as an array key.
You can achieve exactly the same in userland with an explicit call.
It's like nobody have ever see
On 17/12/2014 16:58, Stanislav Malyshev wrote:
Hi!
I wonder why you opened voting on this, before resolving the "Open
Issues":
Open Issues
Should SplFixedArray support object indexes?
Should SplObjectStorage support calling __hash for an object if it exists?
These issues are not pa
On 17/12/2014 22:05, Rowan Collins wrote:
For one thing, I think it might be interesting to explore whether real
objects as keys is actually as difficult as some people are assuming.
I can naively imagine a few ways it could be implemented that seem in
my mind to have minimal impact on any arra
>> Programmable hashes of objects should be external to the object anyway
>> because eventually someone wants to store the same object in a
>> different way in two different structures.
>
> That is the requirement that no language I can think of implements -
> Java, Python, Ruby, C# all have progra
Hi,
I originally considered you could retrieve the object key, but if it is not
possible by this RFC, I will switch my vote to no.
By storing hash one way it introduces a huge wtf to the language.
Cheers,
On Dec 17, 2014 8:40 PM, "Rowan Collins" wrote:
> On 17/12/2014 22:05, Rowan Collins wrot
On Dec 17, 2014 5:26 PM, "Michael Wallner" wrote:
>
> On 19/08/14 09:49, Michael Wallner wrote:
> > Hi PHP internals!
> >
> > I've created an RFC for discussion:
> >
> > Whether it is feasible to add pecl_http v2 to the core.
> >
> > https://wiki.php.net/rfc/pecl_http
> >
>
> Just a minor up
34 matches
Mail list logo
