Hi,
2010/10/19 Derick Rethans
> Hi!
>
> On Sun, 5 Sep 2010, Derick Rethans wrote:
>
> > I've spend some more time on this, and have attached a new patch that:
> >
> > - Removes the strict type verification, changing it back into typehints
> > only.
> > - Keeps the current syntax so that typehi
Hi!
On Sun, 5 Sep 2010, Derick Rethans wrote:
> I've spend some more time on this, and have attached a new patch that:
>
> - Removes the strict type verification, changing it back into typehints
> only.
> - Keeps the current syntax so that typehints create structures in the
> function entr
Hi!
I would suggest to go forward with this decision partially (without
callback and without zval** instead of zval*)
Actually, if we have the information in the data structures, wouldn't it
be pretty easy for xdebug (or any other extension), while intercepting
function entrance (which every
Hi Derick,
We had a long discussion on RFC and hear you can see the summary of my
opinion:
I think removing the "strict" type hinting (reverting semantic back to
5.3), but keeping the new syntax and reflection API is a good decision.
However I definitely against of "delegation" of type-hint
On Wed, 11 Aug 2010, Derick Rethans wrote:
> On Wed, 11 Aug 2010, Stas Malyshev wrote:
>
> > So I'd propose doing the following:
> >
> > 1. Moving parameter typing to a feature branch (by branching current trunk
> > and
> > then rolling back the typing part in the trunk).
> > 2. Starting 5.4 al
Sebastian Bergmann wrote:
Am 15.08.2010 15:42, schrieb Wim Godden:
Looking forward to any feedback !
Have you looked at http://github.com/troelskn/php-tracer-weaver? It is
similar to what you are doing (though not integrated with PHPUnit).
First time I came across this. But there'
Am 15.08.2010 15:42, schrieb Wim Godden:
> Looking forward to any feedback !
Have you looked at http://github.com/troelskn/php-tracer-weaver? It is
similar to what you are doing (though not integrated with PHPUnit).
--
Sebastian BergmannCo-Founder and Principal Consultant
h
Sebastian Bergmann wrote:
Am 12.08.2010 10:31, schrieb Derick Rethans:
Well, PHP wouldn't support it directly. But it would allow a zend
extension like Xdebug to provide a strict validation function while
debugging and development. Very similar to the overloaded zend_error_cb
and var_dump() fu
On 12.08.2010, at 00:39, Pierre Joye wrote:
> On Thu, Aug 12, 2010 at 12:27 AM, Ilia Alshanetsky wrote:
>> Pierre,
>>
>> With all due respect, there are plenty of things already in trunk to
>> make it a worth while effort to start planning the 5.4 release. Just
>> because you disagree, an opini
Am 11.08.2010 20:30, schrieb Stas Malyshev:
> What do you think?
+1 :-)
--
Sebastian BergmannCo-Founder and Principal Consultant
http://sebastian-bergmann.de/ http://thePHP.cc/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
Am 12.08.2010 10:31, schrieb Derick Rethans:
> Well, PHP wouldn't support it directly. But it would allow a zend
> extension like Xdebug to provide a strict validation function while
> debugging and development. Very similar to the overloaded zend_error_cb
> and var_dump() function. During produ
Alexey Zakhlestin wrote:
But the main point was ... where is the NEWS for all the features added to
> trunk? We need the alpha to create the news to decide what needs changing
> before releasing.
http://svn.php.net/viewvc/php/php-src/trunk/NEWS?view=markup
Simple example of the problem with
(after clarification on what Zeev meant, there was a bit of a follow up
that I'm posting as reply):
On Wed, 11 Aug 2010, Zeev Suraski wrote:
> How is it different from having both options? Given enough time isn't
> it exactly the same thing? Argument verification should not be a
> customizabl
On Thu, Aug 12, 2010 at 10:59 AM, Lester Caine wrote:
> Stas Malyshev wrote:
1. What's missing and should be added?
>>>
>>> First thing perhaps ... which IS Pierre's problem ... Windows snapshots
>>> But short of trawling the commit tree ... what HAS already been added?
>>> ( links to th
Stas Malyshev wrote:
1. What's missing and should be added?
First thing perhaps ... which IS Pierre's problem ... Windows snapshots
But short of trawling the commit tree ... what HAS already been added?
( links to the CURRENT release notes from the windows site are broken
by the way )
We have
Hi!
1. What's missing and should be added?
First thing perhaps ... which IS Pierre's problem ... Windows snapshots
But short of trawling the commit tree ... what HAS already been added?
( links to the CURRENT release notes from the windows site are broken by the
way )
We have NEWS for this,
Stas Malyshev wrote:
I'm totally against an alpha at this stage. Not before we have
clarified all we need to get a clean release.
OK, so what do you propose to do? I.e., if you think there are things to
be discussed, set the agenda. I think that besides typing, trunk is ok
for alpha, you obvi
On Thu, Aug 12, 2010 at 12:28 AM, Lester Caine wrote:
> Zeev Suraski wrote:
>>
>> You're absolutely right, sorry about that!
>>
>> Zeev
>
> However if this is something controlled by php setup, it becomes another
> 'register_global'. If my users have to have it off for my projects and on
> for oth
On Thu, Aug 12, 2010 at 12:27 AM, Ilia Alshanetsky wrote:
> Pierre,
>
> With all due respect, there are plenty of things already in trunk to
> make it a worth while effort to start planning the 5.4 release. Just
> because you disagree, an opinion you are entitled to (like everyone
> else), does no
On Thu, Aug 12, 2010 at 12:27 AM, Ilia Alshanetsky wrote:
> Pierre,
>
> With all due respect, there are plenty of things already in trunk to
> make it a worth while effort to start planning the 5.4 release. Just
> because you disagree, an opinion you are entitled to (like everyone
> else), does n
Hi!
I'm totally against an alpha at this stage. Not before we have
clarified all we need to get a clean release.
OK, so what do you propose to do? I.e., if you think there are things to
be discussed, set the agenda. I think that besides typing, trunk is ok
for alpha, you obvious don't think
Pierre,
With all due respect, there are plenty of things already in trunk to
make it a worth while effort to start planning the 5.4 release. Just
because you disagree, an opinion you are entitled to (like everyone
else), does not mean it is a no go, last I checked no one had veto
powers on the fut
On Thu, Aug 12, 2010 at 12:14 AM, Stas Malyshev wrote:
> It'd be alpha, you have enough time.
Is it really the new way to do things in php.net? Totally ignore other
developers, discuss things privately, act like the last of the last
and drop a mail to "officially" announce a new release/big chan
Hi!
I think using trunk as base is a mistake. We should begin using a
stable branch (5.3) and merge what we want for the next release. It is
also too early to begin to think about 5.4 as there is still a couple
of things to clarify before. The most important ones being:
Why have trunk then? 5.
On Wed, 2010-08-11 at 23:34 +0200, Pierre Joye wrote:
> - What are the top new things we like to have in
I would say
* Traits
* Aray dereferencing
* $this support inclosures
As language changes, in combination with performance improvements make a
good package.
This combined wi
On Wed, Aug 11, 2010 at 8:30 PM, Stas Malyshev wrote:
> Hi!
>
> I think by now, whatever you think on strict typing/typehints, it is clear
> to everybody that there's no consensus about this feature, and with Rasmus,
> Zeev & Andi, along with many others, being against it, as of now it can not
> b
Zeev Suraski wrote:
You're absolutely right, sorry about that!
Zeev
However if this is something controlled by php setup, it becomes another
'register_global'. If my users have to have it off for my projects and on for
others ... complexity in managing instead :(
At 23:11 11/08/2010, Alex
You're absolutely right, sorry about that!
Zeev
At 23:11 11/08/2010, Alexey Zakhlestin wrote:
You misunderstood my comment.
Lester asked if he can still have his APIs without type-hinting and I
told him that he can.
That's all
We're not talking about complexities of understanding
--
Alexey Z
On Thu, Aug 12, 2010 at 12:01 AM, Zeev Suraski wrote:
> At 22:50 11/08/2010, Alexey Zakhlestin wrote:
>>
>> On Wed, Aug 11, 2010 at 11:41 PM, Lester Caine wrote:
>> > Ilia Alshanetsky wrote:
>> >>
>> >> +1, I think that's the most sensible solution for now that would allow
>> >> us to proceed wit
At 22:50 11/08/2010, Alexey Zakhlestin wrote:
On Wed, Aug 11, 2010 at 11:41 PM, Lester Caine wrote:
> Ilia Alshanetsky wrote:
>>
>> +1, I think that's the most sensible solution for now that would allow
>> us to proceed with 5.4, something we all seem to be in agreement on.
>
> A slight aside he
On Wed, Aug 11, 2010 at 11:41 PM, Lester Caine wrote:
> Ilia Alshanetsky wrote:
>>
>> +1, I think that's the most sensible solution for now that would allow
>> us to proceed with 5.4, something we all seem to be in agreement on.
>
> A slight aside here, as I have not be bothering about what HAS be
At 21:30 11/08/2010, Stas Malyshev wrote:
Hi!
I think by now, whatever you think on strict typing/typehints, it is
clear to everybody that there's no consensus about this feature, and
with Rasmus, Zeev & Andi, along with many others, being against it,
as of now it can not be a part of an offi
Ilia Alshanetsky wrote:
+1, I think that's the most sensible solution for now that would allow
us to proceed with 5.4, something we all seem to be in agreement on.
A slight aside here, as I have not be bothering about what HAS been implemented
typing wise ... A large section of the code a work
On Wed, Aug 11, 2010 at 2:30 PM, Stas Malyshev wrote:
> Hi!
>
> I think by now, whatever you think on strict typing/typehints, it is clear
> to everybody that there's no consensus about this feature, and with Rasmus,
> Zeev & Andi, along with many others, being against it, as of now it can not
> b
On 8/11/10 1:30 PM, Stas Malyshev wrote:
Hi!
I think by now, whatever you think on strict typing/typehints, it is
clear to everybody that there's no consensus about this feature, and
with Rasmus, Zeev & Andi, along with many others, being against it, as
of now it can not be a part of an official
Derick,
How is it different from having both options? Given enough time
isn't it exactly the same thing? Argument verification should not be
a customizable feature.
Collecting the info (for documentation purposes and reflection) is
something else and I think that's fine - and then the only
+1, I think that's the most sensible solution for now that would allow
us to proceed with 5.4, something we all seem to be in agreement on.
On Wed, Aug 11, 2010 at 2:30 PM, Stas Malyshev wrote:
> Hi!
>
> I think by now, whatever you think on strict typing/typehints, it is clear
> to everybody tha
On Wed, 11 Aug 2010, Stas Malyshev wrote:
> So I'd propose doing the following:
>
> 1. Moving parameter typing to a feature branch (by branching current trunk and
> then rolling back the typing part in the trunk).
> 2. Starting 5.4 alpha process after that basing on trunk.
>
> Any objections to
Hi
2010/8/11 Stas Malyshev :
> So I'd propose doing the following:
>
> 1. Moving parameter typing to a feature branch (by branching current trunk
> and then rolling back the typing part in the trunk).
> 2. Starting 5.4 alpha process after that basing on trunk.
>
> Any objections to this?
+1 for m
Hi!
I think by now, whatever you think on strict typing/typehints, it is
clear to everybody that there's no consensus about this feature, and
with Rasmus, Zeev & Andi, along with many others, being against it, as
of now it can not be a part of an official PHP release.
On the other hand, we h
40 matches
Mail list logo