Hi!
Right, I think that is actually the conclusion we came to at one point.
I don't remember the discussion that caused the RFC to be declined. I
would be in favour of reversing that decision wherever it came from.
Amen to that!
And that just isn't going to happen. The only valid argument
Roman I wrote:
> Philip Olson wrote:
>> On May 30, 2009, at 12:49 PM, Roman I wrote:
>>
>>> Philip Olson wrote:
On May 18, 2009, at 5:33 PM, Roman I wrote:
>>> This neither answers nor invalidates the original question, though.
>> Unfortunately I do not remember everything about this but do kn
Hi,
How does one do the equivalent of Makefile.frag for the windows build?
Greg
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Philip Olson wrote:
> On May 30, 2009, at 12:49 PM, Roman I wrote:
>
> > Philip Olson wrote:
> >>
> >> On May 18, 2009, at 5:33 PM, Roman I wrote:
> > This neither answers nor invalidates the original question, though.
>
> Unfortunately I do not remember everything about this but do know that:
>
>
Hi Lukas,
- Original Message -
From: "Lukas Kahwe Smith"
Sent: Wednesday, June 03, 2009
Aloha,
Well we have waited long enough for a fix for re2c, but Johannes and I
(based on Scott's advice) have now decided that we can live with the
current hack that simply reverts to PHP 5.2 behav
Hey,
I always love having input. When you said it was vicious I was expecting more,
in fact I agree completely with you on a lot of things :-)
Anyway, I'm not really sure how much detail you want me to go into (or how much
detail people on internals really want me to get into). So, I'll keep it
Graham and I are having a brief chat about the work he's going to do
on the PECL optimizer. People have asked me to do this on-list (they
may have meant the PECL list, but optimizations on PHP seem more
relevant here), so here goes.
Hi Graham,
So the general gist of what I have to say is that da
Derick Rethans wrote:
On Thu, 4 Jun 2009, Lester Caine wrote:
2/
"It is not safe to rely on the system's timezone settings. You are *required*
to use the date.timezone setting or the date_default_timezone_set() function.
In case you used any of those methods and you are still getting this warni
Lester Caine wrote:
> OK now that I have a working PHP5.3 set-up, the first problem seems to
> be fixing the libraries we use so they are clean.
>
> 1/
> Split() needs looking at in ADOdb and Smarty ...
> Where should I be looking for notes on that?
>
POSIX ereg stuff is now deprecated
see preg
> -Original Message-
> From: Pierre Joye [mailto:pierre@gmail.com]
> Sent: Wednesday, June 03, 2009 11:50 PM
> To: Andi Gutmans
> Cc: Elizabeth M Smith; internals@lists.php.net
> Subject: Re: [PHP-DEV] Notes from the PDM in Chicago
>
> > Btw, this is also true for PDO. We would want in
On Thu, 4 Jun 2009, Lester Caine wrote:
> 2/
> "It is not safe to rely on the system's timezone settings. You are *required*
> to use the date.timezone setting or the date_default_timezone_set() function.
> In case you used any of those methods and you are still getting this warning,
> you most li
OK now that I have a working PHP5.3 set-up, the first problem seems to
be fixing the libraries we use so they are clean.
1/
Split() needs looking at in ADOdb and Smarty ...
Where should I be looking for notes on that?
2/
"It is not safe to rely on the system's timezone settings. You are
*requi
Matt Wilmas wrote:
Sure! It makes no difference to me at all. Should I just remove that
part completely? I didn't know if it would even be used -- just
thinking more of "it's there if someone wants the option..."
Do you have examples of functions that might have a use for that?
-Andrei
--
Hi Andrei,
- Original Message -
From: "Andrei Zmievski"
Sent: Thursday, June 04, 2009
Hmm, can we use something other than L? We were hoping to reserve L for
use in PHP 6 for bigint numbers.
Sure! It makes no difference to me at all. Should I just remove that part
completely? I d
Lukas Kahwe Smith wrote:
To me its absolutely critical that we do not give the impression that
the next bigger update after 5.3 will be 5.4. The next big thing is 6.0.
If we do a 5.4 then it will come after 6.0, just like 4.4 to ease
migration. But it makes no sense to release 5.4 with forward
Greg Beaver wrote:
I think some people were "volunteered" based on prior contributions?
The first I heard of my role in phar for PHP 6 was reading it on the
wiki. Not that I have a problem with that, but I wonder if there are
other people who don't know their names are on the list?
Yes, we bas
On Thu, Jun 4, 2009 at 14:21, Hannes Magnusson wrote:
> bjori Thu Jun 4 12:21:59 2009 UTC
>
> Modified files:
> /php-src/ext/phar/phar pharcommand.inc
> Log:
> Fixed creating directory structure when extracting phars
So I am a bit confused here, are there tests for these PHP
and...@winnie:~/dev/vanilla/php5/Zend$ grep HASH_DEL_KEY_QUICK *
zend_hash.h:#define HASH_DEL_KEY_QUICK 2
zend_hash.h:zend_hash_del_key_or_index(ht, arKey,
nKeyLength, h, HASH_DEL_KEY_QUICK)
Can someone enlighten why do we need that, or it was something left
unimplemented? Somethi
Hi Lukas.
On 04.06.2009 8:40 Uhr, Lukas Kahwe Smith wrote:
To me its absolutely critical that we do not give the impression that
the next bigger update after 5.3 will be 5.4. The next big thing is 6.0.
Thumbs up, and good luck with this ambitious plan! ;) We'd be happy to
switch to PHP 6...
2009/6/4 Stan Vassilev
>
> 3. When the caller tries to retrieve $object->foo, and foo is a
> private/protected member the caller has no access to, instead of an error,
> __get is called.
>
> I'm not very sure the current behavior on item 3 is the best one (maybe
> error should be thrown regardles
20 matches
Mail list logo