Hi
On May 13, 2016 8:28 AM, "guilhermebla...@gmail.com" <
guilhermebla...@gmail.com> wrote:
>
> Hi internals,
>
> PHP 7 leverages a lot the performance internally and many PHP applications
> in the wild. Much of these improvement came by experimentation through
> PHPNG and the usage of efficient d
On Thu, May 12, 2016 at 7:27 PM, guilhermebla...@gmail.com
wrote:
> Hi internals,
>
> PHP 7 leverages a lot the performance internally and many PHP applications
> in the wild. Much of these improvement came by experimentation through
> PHPNG and the usage of efficient data structures internally. T
Hi!
> The PHP manual says, regarding Interfaces, that the class implementing
> the interface must use the exact same method signatures as are defined
> in the interface. Not doing so will result in a fatal error.
I think this is mainly for practical reasons - when you compile class
Bar, you may n
On Thu, May 12, 2016 at 4:37 PM, Stanislav Malyshev wrote:
>> https://wiki.php.net/rfc/rfc.third-party-editing
>>
>> Let's make RFCs more useful before AND after voting!
>
> I like the idea, though I would suggest some limit on how big each
> argument should be (maybe informal recommendation) to n
Hi internals,
PHP 7 leverages a lot the performance internally and many PHP applications
in the wild. Much of these improvement came by experimentation through
PHPNG and the usage of efficient data structures internally. This idea of
performance improvements are crucial to handle more requests, re
Hi!
> https://wiki.php.net/rfc/rfc.third-party-editing
>
> Let's make RFCs more useful before AND after voting!
I like the idea, though I would suggest some limit on how big each
argument should be (maybe informal recommendation) to not turn that
section into a copy of the ML discussion.
--
St
Sara Golemon wrote:
https://wiki.php.net/rfc/rfc.third-party-editing
Let's make RFCs more useful before AND after voting!
I would hope
it would effect the discussion for the positive as opinions wouldn't
need to be restated over and over again, and when it comes times to
vote, those doing th
On Thu, May 12, 2016 at 1:32 PM, Robert Williams wrote:
> It reminds me of the election pamphlets that my state sends
> out to inform voters of what the upcoming ballet measures are and what
> various folks’ for/against arguments are.
>
I was literally looking at said pamphlet when the thought oc
On Thu, May 12, 2016 at 11:52 AM, François Laupretre wrote:
> If we restrict usage to function calls, we can quite easily get rid of the $$
> by
> associating to each function the position where the lhs must be inserted
> when used as a 'piped function call'.
>
So we'd have to audit all 4k+ funct
Hello everyone,
PHP 5.6.22 RC1 was just released and can be downloaded from:
http://downloads.php.net/~tyrael/
The Windows binaries are available at http://windows.php.net/qa/
This release contains a number of bugfixes.
For the list of bugfixes that you can target in your
testing, please refer
On 12/05/2016 19:02, Rowan Collins wrote:
On 12/05/2016 17:47, Andreas Heigl wrote:
It's the other way around.
The interface creates a contract that ensures that you can use ALL
methods available in your SpecialClass.
I don't think that's what the interface in the example means:
interface Fo
> What happens if you say <<$x>> and then call $reflection->getAttributes() in
> your eample? what is $x?
>
> That is the problem with immediately evaluating everything non "constant".
> There is no context.
There's is no context. Annotations should be context-free - that's by design.
There's a
This would be great if everyone just wanted to state their stance and be done
with it. It reminds me of the election pamphlets that my state sends out to
inform voters of what the upcoming ballet measures are and what various folks’
for/against arguments are. But those arguments are collected i
On 05/12/2016 01:50 PM, Lester Caine wrote:
> On 12/05/16 12:39, Michael Wallner wrote:
>> On 12/05/16 13:36, Lester Caine wrote:
On 12/05/16 11:21, Davey Shafik wrote:
>> E.g. the behavior of passing executing with a null value for the
>> argument is something you should be consciou
On 4 January 2016 at 16:42, Craig Duncan wrote:
> Hi,
>
> I'd like to create an RFC to change the behaviour of counting objects, as
> discussed in the following pull request:
> https://github.com/php/php-src/pull/1672
>
> Please can I be granted rfc karma so I can create this?
>
> My wiki usernam
On Thu, May 12, 2016 at 9:02 PM, Rasmus Schultz wrote:
> My problem with this PSR is you've created something that strongly
> resembles function or constructor calls, but in reality is just
> key/value pairs.
>
Its actually function calls, not constructors calls :-)
>
> That's confusing in itse
On Thu, May 12, 2016 at 12:33 PM, Sara Golemon wrote:
> https://wiki.php.net/rfc/rfc.third-party-editing
>
> Let's make RFCs more useful before AND after voting!
>
Yes please! It certainly would make it far easier to see the arguments for
and against and have a history of said arguments rather
My problem with this PSR is you've created something that strongly
resembles function or constructor calls, but in reality is just
key/value pairs.
That's confusing in itself, but also puts an unnecessary burden on
consumers who have to figure out how to map this apparently
"something" to "somethi
Hi Sara,
Le 12/05/2016 à 19:02, Sara Golemon a écrit :
On Thu, May 12, 2016 at 5:48 AM, Zeev Suraski wrote:
Whether it's $$ or !# or $0 or any other random symbol doesn't really matter.
Agreed.
Here we have a completely optional syntactic sugar,
that's not nearly as widely useful as OOP or
On Fri, Apr 29, 2016 at 12:58 PM, Sara Golemon wrote:
> This is one of my favorites out of HackLang. It's pure syntactic
> sugar, but it goes a long way towards improving readability.
> https://wiki.php.net/rfc/pipe-operator
>
I've added a summary (as best I see it) of third-party arguments.
Othe
https://wiki.php.net/rfc/rfc.third-party-editing
Let's make RFCs more useful before AND after voting!
-Sara
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 12/05/2016 17:47, Andreas Heigl wrote:
It's the other way around.
The interface creates a contract that ensures that you can use ALL
methods available in your SpecialClass.
I don't think that's what the interface in the example means:
interface Foo
{
public function foo(SpecialClass $o
On Thu, May 12, 2016 at 5:48 AM, Zeev Suraski wrote:
> Whether it's $$ or !# or $0 or any other random symbol doesn't really matter.
>
Agreed.
> Here we have a completely optional syntactic sugar,
> that's not nearly as widely useful as OOP or namespaces.
>
Very few things will be as widely usefu
On Thu, May 12, 2016 at 5:33 AM, Quim Calpe wrote:
> Is $0 being considered? It's not ideal but is used as "pattern match
> reference" in preg_replace, so we have a (sort of) precedent here. Same for
> $1 (first capturing subpattern).
>
I don't believe it's been brought up yet, and it'd actually r
Am 12.05.16 um 18:37 schrieb Marco Perone:
> Hi everybody,
> I hope this is the right place for asking such a question. If that's not
> the case, please excuse me; I'd appreciate if you could redirect me to
> the appropriate place.
>
> The PHP manual says, regarding Interfaces, that the class impl
Hi everybody,
I hope this is the right place for asking such a question. If that's not
the case, please excuse me; I'd appreciate if you could redirect me to
the appropriate place.
The PHP manual says, regarding Interfaces, that the class implementing
the interface must use the exact same met
On 12 May 2016 at 16:29, Benjamin Eberlei wrote:
> On Tue, May 10, 2016 at 8:29 PM, Dmitry Stogov wrote:
>
> > Hi internals,
> >
> >
> > I've started voting on "PHP Attributes" RFC.
> >
> >
> > https://wiki.php.net/rfc/attributes
> >
> >
> > In my opinion, "PHP Attributes" might be a smart tool
On 12/05/2016 14:46, Lester Caine wrote:
The key element *I* of cause am miss reading is the (Bar ...) which is a
type hint. That will not exist in any of the code prior to ? and that is
the key to what is being discussed. No type hint ... no change?
If someone 'improves' a third party library b
On Tue, May 10, 2016 at 8:29 PM, Dmitry Stogov wrote:
> Hi internals,
>
>
> I've started voting on "PHP Attributes" RFC.
>
>
> https://wiki.php.net/rfc/attributes
>
>
> In my opinion, "PHP Attributes" might be a smart tool for PHP extension,
> but it's not going to be the end of the world, if we
On 12/05/16 13:38, Rowan Collins wrote:
> Now let's say the author of the something function decides to use the
> new nullable type hint:
>
> function something(?Bar $bar) {}
> something(new Bar); // OK
> something(); // Error: Missing required parameter
> something(null); // OK
>
> None of your
Hi,
I'm writing to request for RFC karma.
Here is what I am doing and why doing this.
The pack/unpack's parameter 'd' and 'f' are machine order in PHP.
The number 236.0 packed to 'd' is: 00806d40.
I was reversing a game save file, which uses 406D8000.
Here is how I decode that
> On 12 במאי 2016, at 15:34, Quim Calpe wrote:
>
>> On Thu, May 12, 2016 at 12:33 PM, Davey Shafik wrote:
>>
>> On Thu, May 12, 2016 at 1:19 AM, Larry Garfield
>> wrote:
>>
On Mon, May 9, 2016, at 10:21 PM, Stanislav Malyshev wrote:
Hi!
> |> seems like a common symbol to
On 12/05/2016 12:36, Lester Caine wrote:
On 12/05/16 11:21, Davey Shafik wrote:
E.g. the behavior of passing executing with a null value for the
argument is something you should be consciously making a decision on,
and passing in null explicitly.
I was actually getting the logic wrong... the p
On Thu, May 12, 2016 at 12:33 PM, Davey Shafik wrote:
> On Thu, May 12, 2016 at 1:19 AM, Larry Garfield
> wrote:
>
> > On Mon, May 9, 2016, at 10:21 PM, Stanislav Malyshev wrote:
> > > Hi!
> > >
> > > > |> seems like a common symbol to use, but it admittedly does look a
> > >
> > > So, usage in
Results for project PHP master, build date 2016-05-12 06:29:10+03:00
commit: 8a7a913
previous commit:1c49a9f
revision date: 2016-05-12 00:44:18+03:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores,
stepping 2, LLC 45 MB
On 12/05/16 12:39, Michael Wallner wrote:
> On 12/05/16 13:36, Lester Caine wrote:
>> > On 12/05/16 11:21, Davey Shafik wrote:
>>> >> E.g. the behavior of passing executing with a null value for the
>>> >> argument is something you should be consciously making a decision on,
>>> >> and passing in n
Hi Larry,
On Thu, May 12, 2016 at 8:19 AM, Larry Garfield wrote:
> On Mon, May 9, 2016, at 10:21 PM, Stanislav Malyshev wrote:
>> Hi!
>>
>> > |> seems like a common symbol to use, but it admittedly does look a
>>
>> So, usage in one semi-obscure language (F#) and one completely obscure
>> one (El
On 12/05/16 13:36, Lester Caine wrote:
> On 12/05/16 11:21, Davey Shafik wrote:
>> E.g. the behavior of passing executing with a null value for the
>> argument is something you should be consciously making a decision on,
>> and passing in null explicitly.
>
> I was actually getting the logic wrong
On 12/05/16 11:21, Davey Shafik wrote:
> E.g. the behavior of passing executing with a null value for the
> argument is something you should be consciously making a decision on,
> and passing in null explicitly.
I was actually getting the logic wrong... the problem with this proposal
is that I HAV
Hi Lester,
On Thu, May 12, 2016 at 6:27 PM, Lester Caine wrote:
> On 12/05/16 04:19, Yasuo Ohgaki wrote:
>> It could be an option that abandon session module and let users to
>> implement decent session manager because we are taking too long time
>> even for mandatory things even if there are imp
On Thu, May 12, 2016 at 1:19 AM, Larry Garfield
wrote:
> On Mon, May 9, 2016, at 10:21 PM, Stanislav Malyshev wrote:
> > Hi!
> >
> > > |> seems like a common symbol to use, but it admittedly does look a
> >
> > So, usage in one semi-obscure language (F#) and one completely obscure
> > one (Elixir
Hi,
PHP 7.0.7 RC1 was just released and can be downloaded from:
https://downloads.php.net/~ab/
The Windows binaries are available at
http://windows.php.net/qa/
This release contains a number of bugfixes.
For the list of bugfixes that you can target in your testing, please refer
to the
By removing the ?, the function doesn't fail because it can no longer
handle a null, the _engine_ throws an error because you're no longer
allowed to _pass_ a null, it doesn't even execute the function itself.
If you were to either a) define it as ?Foo $foo = null in the first place,
or b) change
On 12/05/16 04:19, Yasuo Ohgaki wrote:
> It could be an option that abandon session module and let users to
> implement decent session manager because we are taking too long time
> even for mandatory things even if there are implementations. It is
> simply taking too long time to fix them. I'm half
On 11/05/2016 13:29, Rowan Collins wrote:
Thinking about it, the only part that has some value being in core is
the HTML rewriting. Perhaps what is actually needed is a lower-level
function that PHP libraries can use to hook into this with whatever
parameters they want, e.g.
register_html_rewrit
45 matches
Mail list logo
