hi,
On Tue, Nov 23, 2010 at 3:53 PM, Derick Rethans wrote:
> Well, I don't think we've ever been democratic.
Neither have we been dictatorial. Announcing a new major (x.y+1.z)
release in the middle of some of the largest conferences (knowing that
many core devs won't follow the list) and for a
hi,
hi,
On Tue, Nov 23, 2010 at 3:56 PM, Derick Rethans wrote:
> On Tue, 23 Nov 2010, Zeev Suraski wrote:
>
>> > To me this alpha would be a "this is what we're mostly likely going
>> > to have thing". I wouldn't like to see new major features, engine
>> > rework being done; but I also think we s
hi Derick,
On Tue, Nov 23, 2010 at 10:57 AM, Derick Rethans wrote:
> I am absolutely against stalling again!
I am absolutely against going into a release process with the current
state of the affairs.
I think it would be much better for everyone if we first agree on the
release process RFC, in
On Wed, Nov 24, 2010 at 1:41 PM, André Rømcke wrote:
> On Tue, Nov 23, 2010 at 3:53 PM, Derick Rethans wrote:
>
>> On Tue, 23 Nov 2010, Matthew Weier O'Phinney wrote:
>>
>> > On 2010-11-23, Derick Rethans wrote:
>> > > On Mon, 22 Nov 2010, Felipe Pena wrote:
>> > > > . classes named as any of t
On Tue, Nov 23, 2010 at 3:53 PM, Derick Rethans wrote:
> On Tue, 23 Nov 2010, Matthew Weier O'Phinney wrote:
>
> > On 2010-11-23, Derick Rethans wrote:
> > > On Mon, 22 Nov 2010, Felipe Pena wrote:
> > > > . classes named as any of the type hint scalar types
> > > > do not work anymore
> > > > a
Hi!
During our namespace discussion, this is exactly what I warned about. In
order to make use of namespaces, you need to have atleast two "elements"
in your class names otherwise we can still never introduce a new class.
But that was not listened too.
I'm not sure I understand this point, cou
I too must second Mike's comments about pecl_http not being quite
ready for bundling. The extension provides some useful functionality,
no doubt (I use it ;-)). But I don't think there is a good case for
bundling it.
On Tue, Nov 23, 2010 at 7:40 AM, Michael Wallner wrote:
> On 11/23/2010 10:57 AM
> If it doesn't check for the hints, then your application will still work. I
> will say
> this once more: this is a *debugging* aid.
If your app *relies* on it, then it means it will probably not use other means
to ensure that the data is of the correct type, which may result in all sorts
of i
> I find it interesting that apparently so many people don't want a new PHP
> version out, but forget to say what they think needs fixing. Instead of
> opposing, can we not do just some work?
Specifically the issue I'm most concerned about is the type hinting syntax.
Zeev
--
PHP Internals - PHP
On Tue, 23 Nov 2010, Zeev Suraski wrote:
> > To me this alpha would be a "this is what we're mostly likely going
> > to have thing". I wouldn't like to see new major features, engine
> > rework being done; but I also think we shouldn't try to remove stuff
> > from it unless really necessary.
>
On Tue, 23 Nov 2010, Matthew Weier O'Phinney wrote:
> On 2010-11-23, Derick Rethans wrote:
> > On Tue, 23 Nov 2010, Zeev Suraski wrote:
> > > Are we effectively going to create the original type checking
> > > implementation, but in a separate component people would have to
> > > install - ther
On Tue, 23 Nov 2010, Matthew Weier O'Phinney wrote:
> On 2010-11-23, Derick Rethans wrote:
> > On Mon, 22 Nov 2010, Felipe Pena wrote:
> > > . classes named as any of the type hint scalar types
> > > do not work anymore
> > > aka class int {}
> >
> > Yeah, there is a slight hint of a BC break in
> > For the record, I'm still very uncomfortable with this new language
> > syntax - even if it's a no-op right now.
>
> I know you are; but from what I understood, there were no more comments
> to the latest mail (with patch and RFC) that I've made towards this.
I know, I took some time off af
On 2010-11-23, Derick Rethans wrote:
> On Tue, 23 Nov 2010, Zeev Suraski wrote:
> > Are we effectively going to create the original type checking
> > implementation, but in a separate component people would have to
> > install - thereby creating two very different flavors of PHP?
>
> It's clearl
On Tue, 23 Nov 2010, Ferenc Kovacs wrote:
> and we didn't even discussed the current implementations, because the
> discussion was halted until the new revised patch is complete.
> which seems will be rolled out without further discussion.
Really? You had all the opportunity to comment on either
On 2010-11-23, Derick Rethans wrote:
> On Mon, 22 Nov 2010, Felipe Pena wrote:
> > . classes named as any of the type hint scalar types
> > do not work anymore
> > aka class int {}
>
> Yeah, there is a slight hint of a BC break in case you have a class
> named "int" or "float" etc. But there is:
On Tue, 23 Nov 2010, Zeev Suraski wrote:
> On Tue, 23 Nov 2010, Derick Rethans wrote:
> >
> > On Mon, 22 Nov 2010, Felipe Pena wrote:
> >
> > > Given the current state of trunk, I think 5.4 release process should
> > > not begin tomorrow (alpha or whatever other status). There are
> > > numerous
On Tue, 23 Nov 2010, Ferenc Kovacs wrote:
> > > We also have no plan about what will or will not be 5.4. This looks
> > > familiar, this is exactly how we begun 5.3 and it tooks literally
> > > years to be released. There is also actually no agreement to begin
> > > with 5.4 now.
> >
> > Yes, but
On Tue, 23 Nov 2010, Michael Wallner wrote:
> On 11/23/2010 10:57 AM, Derick Rethans wrote:
> > On Mon, 22 Nov 2010, Felipe Pena wrote:
>
> > > - pecl/http was planned to be bundled. What's the status?
> >
> > I'm all for it; but again, it's just copying it over to trunk before we
> > branch.
>
On 11/23/2010 10:57 AM, Derick Rethans wrote:
On Mon, 22 Nov 2010, Felipe Pena wrote:
- pecl/http was planned to be bundled. What's the status?
I'm all for it; but again, it's just copying it over to trunk before we
branch.
...
- copy over APC/pecl_http
- branch on thursday
- alpha next w
On Tue, Nov 23, 2010 at 12:24 PM, Zeev Suraski wrote:
>
>
> > -Original Message-
> > From: Derick Rethans [mailto:der...@php.net]
> > Sent: Tuesday, November 23, 2010 11:58 AM
> > To: Felipe Pena
> > Cc: internals
> > Subject: Re: [PHP-DEV
> -Original Message-
> From: Derick Rethans [mailto:der...@php.net]
> Sent: Tuesday, November 23, 2010 11:58 AM
> To: Felipe Pena
> Cc: internals
> Subject: Re: [PHP-DEV] Hold off 5.4
>
> On Mon, 22 Nov 2010, Felipe Pena wrote:
>
> > Given the cu
>
>
> > We also have no plan about what will or will not be 5.4. This looks
> > familiar, this is exactly how we begun 5.3 and it tooks literally
> > years to be released. There is also actually no agreement to begin
> > with 5.4 now.
>
> Yes, but instead of defining "what is PHP 5.4", why not just
On Tue, 2010-11-23 at 10:55 +0100, Ferenc Kovacs wrote:
> and the 5.4 was selected for the next version without vote (maybe irc...)
As we are not marketing-driven version numbers follow technical
reasoning. There's no larger BC break (like a radical change in the
object model like from 4 to 5) and
On Tue, 2010-11-23 at 10:51 +0100, Stefan Marr wrote:
>
> On 23 Nov 2010, at 02:30, Felipe Pena wrote:
>
> > - Traits may not be ready yet for pre-release
> > - see http://svn.php.net/viewvc?view=revision&revision=298348
> The listed todos where:
> - Reflection API
> That was implemented by Jo
Am 23.11.2010 10:57, schrieb Derick Rethans:
> I am absolutely against stalling again!
+1
If there is anything that needs particular TLC (testing/loving/care),
let me know. FYI, at the moment I am playing a lot with traits to get
a(n updated) feel for them.
--
Sebastian Bergmann
On Mon, 22 Nov 2010, Felipe Pena wrote:
> Given the current state of trunk, I think 5.4 release process should
> not begin tomorrow (alpha or whatever other status). There are
> numerous identified issues that we need to fix before even think to
> begin with a release. For example:
>
> - type hin
On Tue, Nov 23, 2010 at 10:35 AM, Patrick ALLAERT wrote:
> 2010/11/23 Felipe Pena :
> > Given the current state of trunk, I think 5.4 release process should
> > not begin tomorrow (alpha or whatever other status). There are
> > numerous identified issues that we need to fix before even think to
>
Am 23.11.2010 02:30, schrieb Felipe Pena:
> classes named as any of the type hint scalar types do not work anymore
Was it not a promise of the re2c/lemon migration to allow reserved words
as class/function names?
--
Sebastian BergmannCo-Founder and Principal Consultant
http
Hi:
On 23 Nov 2010, at 02:30, Felipe Pena wrote:
> - Traits may not be ready yet for pre-release
> - see http://svn.php.net/viewvc?view=revision&revision=298348
The listed todos where:
- Reflection API
That was implemented by Johannes as far as I remember.
- support for traits for internal c
2010/11/23 Felipe Pena :
> Given the current state of trunk, I think 5.4 release process should
> not begin tomorrow (alpha or whatever other status). There are
> numerous identified issues that we need to fix before even think to
> begin with a release. For example:
>
> - type hinting (or strict h
Hi!
Given the current state of trunk, I think 5.4 release process should
not begin tomorrow (alpha or whatever other status). There are
numerous identified issues that we need to fix before even think to
begin with a release. For example:
I agree that it's better to discuss RC process RFC befo
Given the current state of trunk, I think 5.4 release process should
not begin tomorrow (alpha or whatever other status). There are
numerous identified issues that we need to fix before even think to
begin with a release. For example:
- type hinting (or strict hinting)
- no consensus
- the RFCs ar
33 matches
Mail list logo
