On Tue, Jun 4, 2013 at 6:59 AM, Michael Wallner wrote:
> +1 for the idea
> +1 for Z_STRSIZE
at least Z_STRSIZET for the reason explained earlier :)
--
Pierre
@pierrejoye | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/
On 2 June 2013 11:11, Johannes Schlüter wrote:
>
>
> On Jun 2, 2013, at 8:34, Pierre Joye wrote:
>
>>> Obviously there's a pretty significant ABI break here. I propose a "tweak"
>>> of the Z_* macros to "fix" that. Basically, Z_STRLEN() will cast the result
>>> to an int. This is the same behavio
On Mon, Jun 3, 2013 at 10:30 AM, Richard Quadling wrote:
> On 3 June 2013 18:22, Brandon Wamboldt wrote:
>
> > I think the point was that if somebody wants to extend one another class,
> > maybe one of the SPL classes for example, they can't also extend the base
> > class with getter/setter suppo
On 3 June 2013 18:22, Brandon Wamboldt wrote:
> I think the point was that if somebody wants to extend one another class,
> maybe one of the SPL classes for example, they can't also extend the base
> class with getter/setter support so it's an incomplete solution that will
> frustrate many users.
Hi Nikita
2013/6/3 Nikita Popov :
> PHP does not support multiple inheritance. So no, this doesn't solve really
> the issue.
This is also why this makes a lot more sense to implement as an
Interface as we can implement more than one per class, much like we do
with ArrayAccess.
--
regards,
Ka
I think the point was that if somebody wants to extend one another class,
maybe one of the SPL classes for example, they can't also extend the base
class with getter/setter support so it's an incomplete solution that will
frustrate many users.
On Mon, Jun 3, 2013 at 2:20 PM, Richard Quadling wrot
On 3 June 2013 17:55, Nikita Popov wrote:
> On Mon, Jun 3, 2013 at 6:49 PM, Richard Quadling wrote:
>
>> Hi.
>>
>> Recently the setters/getters rfc was declined.
>>
>> Other than the vote, was there any technical reasons?
>>
>> I've been sitting here and had a thought.
>>
>> Currently, if I use .
Hi!
> I recently gave a presentation on the upcoming php version, and somebody
> asked why did we introduce an OOP way for this when everything else in
> ext/curl is procedural.
It needed an object, so it had the object API. Since people also asked
for procedural way to create it (no idea why, bu
On Mon, Jun 3, 2013 at 6:49 PM, Richard Quadling wrote:
> Hi.
>
> Recently the setters/getters rfc was declined.
>
> Other than the vote, was there any technical reasons?
>
> I've been sitting here and had a thought.
>
> Currently, if I use ...
>
> class some_base_class {}
> ?>
>
> I can, sort of
Hi.
Recently the setters/getters rfc was declined.
Other than the vote, was there any technical reasons?
I've been sitting here and had a thought.
Currently, if I use ...
I can, sort of, think of this as ...
in as much as \stdClass has no constants, properties or methods. In fact,
no beha
On Mon, Jan 21, 2013 at 2:32 AM, Stas Malyshev wrote:
> Hi!
>
> I've started a vote on CURLFile RFC:
> https://wiki.php.net/rfc/curl-file-upload#vote
>
> Please vote.
> --
> Stanislav Malyshev, Software Architect
> SugarCRM: http://www.sugarcrm.com/
> (408)454-6900 ext. 227
>
> --
> PHP Internals
Hi Gustavo,
I didn't look into the code yet (and really don't like to do it), but we
just noticed terrible performance degradation of strtr() function between
5.4.11 and 5.4.15 coming probably after your changes.
$ cat strtr.php
"11", "g"=>"22"));
}
}
foo();
$ time sapi/cli/php.5.4.11 strtr.
12 matches
Mail list logo
