On 08.05.2009, at 10:31, Lukas Kahwe Smith wrote:
1. fix open PHP 5.3 bugs
To spare us surprises so late in the game, please only commit bug
fixes with accompanying tests. Again as Johannes mentioned, tests in
the testfest repo do not count. They should go into php-src along
for their
resolution. That is not to say of course that getting them resolved is
not important. However only if they are low risk changes. Most of the
other issues are minor and should get fixed for RC3.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
[1] http://wiki.php.net/todo/php53#rc3
--
PHP Internals
On 28.04.2009, at 12:51, Lukas Kahwe Smith wrote:
Aloha,
So seriously .. Thursday next week we will release RC2. This means a
commit freeze for all but build fixes and README commits starting
Monday evening. Also with RC2 any feature additions, regardless of
how small, will no longer
and a new release out. this might require reducing the bus
factor on re2c. so anyone interested please get in contact with Nuno
as Marcus is understandably quite busy with private matters atm.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing
decisions.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 28.04.2009, at 12:51, Lukas Kahwe Smith wrote:
So seriously .. Thursday next week we will release RC2. This means a
commit freeze for all but build fixes and README commits starting
Monday evening. Also with RC2 any feature additions, regardless of
how small, will no longer be allowed
Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
addition or a bug fix, ask one of the RMs). We are looking to
really wrap things up quickly now. So if necessary expect an RC3
within 2 weeks after RC2. And we will continue with this cycle until
we have a final release.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP
?
Or is this one of the don't go there ideas I sometimes get?
I guess its a dont go there thing, as you also run into trouble with
use-d variables.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
Hi,
@Matt: thx for getting back to me on this.
In general all the technical details are way over my head. What
worries me is that we are going back and forth with these changes. It
seems there is a pretty large trail and error part to these changes.
So for the most part at this stage I do
.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
arrays as a poor mans
named parameter support, we might want to open that pandoras box
again. Again nothing for 5.3 .. HEAD is where its at.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
On 31.03.2009, at 08:51, Hannes Magnusson wrote:
On Tue, Mar 31, 2009 at 04:47, Greg Beaver g...@chiaraquartet.net
wrote:
Lukas Kahwe Smith wrote:
So where are we at here?
If nobody proposes something, this will just slide by ..
I propose reserving PHP. extensions can be PHP\extname
. But
surely the week after that at the latest ..
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 31.03.2009, at 00:32, Lukas Kahwe Smith wrote:
On 31.03.2009, at 00:27, Pierre Joye wrote:
On Tue, Mar 31, 2009 at 12:09 AM, Lukas Kahwe Smith m...@pooteeweet.org
wrote:
Hi guys,
Just wanted to know if those issues are resolved?
I rather not have a flow of changes in this area just
... seems like Pierre fixed that one.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 31.03.2009, at 18:22, Hannes Magnusson wrote:
On Wed, Mar 25, 2009 at 20:59, Lukas Kahwe Smith
m...@pooteeweet.org wrote:
Hi,
Whats the status here?
I would say it does not sound like something we need to add now,
but maybe
for 5.3.1?
So in that light I would say please file a feature
not mind being able to release RC Thursday next week. Which
would mean commit freeze starting Monday next week. So how are things
looking?
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 31.03.2009, at 00:27, Pierre Joye wrote:
On Tue, Mar 31, 2009 at 12:09 AM, Lukas Kahwe Smith m...@pooteeweet.org
wrote:
Hi guys,
Just wanted to know if those issues are resolved?
I rather not have a flow of changes in this area just before the
next RC2.
As a matter of fact
Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 26.03.2009, at 01:30, Arnaud Le Blanc wrote:
On Wed, 2009-03-25 at 20:05 +0100, Lukas Kahwe Smith wrote:
On 19.03.2009, at 14:32, Arnaud Le Blanc wrote:
Hi,
After having seen some complaints about ticks being deprecated I'm
wondering if they could be un-deprecated for now.
Ticks
Bringing this back to the list since its still relevant apparently.
On 26.03.2009, at 19:43, shire wrote:
Lukas Kahwe Smith wrote:
Also Marcus had some comments about your
ZendEngine2/zend_language_scanner.c change:
thanks for looking into this. The patch looks pretty good for the
most
for the manual (something that Steph afaik also
raised her hand).
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to
delete buffer %s., OG(active_ob_buffer).handler_name);
+ zval_dtor(return_value);
RETURN_FALSE;
}
/* delete buffer */
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Lukas Kahwe Smith
m
List
To unsubscribe, visit: http://www.php.net/unsub.php
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
the behavior).
If someone can summarize the current state of things I would
appreciate it.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello!
Johannes has packaged PHP 5.3.0RC1, which you can find here:
http://downloads.php.net/johannes/
Windows binaries are available here:
http://windows.php.net/qa/
This release candidate makes us feature complete and we hope to only
require minimal changes ahead of the next release. Many,
Hey Matteo,
Based on the feedback I got there is no reason why your PDO patches
have to be applied by anyone but yourself. So if you are still
interested go ahead and submit a cvs account request.
Thx for looking after PDO bugs .. we dearly need your help!
regards,
Lukas Kahwe Smith
m
. Please keep track of any HEAD commits that need merging or let
me know about them so I can keep track of them (dunno if it makes
sense to just write a note in the HEAD commit that this changes needs
merging into 5_3).
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP
On 20.03.2009, at 12:37, Ferenc Kovacs wrote:
On Fri, Mar 20, 2009 at 12:01 PM, Lukas Kahwe Smith m...@pooteeweet.org
wrote:
Hello,
We are not in a commit freeze on the 5_3 branch. For today for any
commit
not just affecting README's (as in anything affecting buolding or
build
testing
On 17.03.2009, at 10:59, Lukas Kahwe Smith wrote:
On 10.03.2009, at 17:04, Johannes Schlüter wrote:
Hi,
I wrote a mail last Friday about this but it seems like it got
lost. I
wanted to go RC on Thursday, as this now would be a rather short-time
announcement (while quite a few devs
On 18.03.2009, at 11:06, Lukas Kahwe Smith wrote:
On 17.03.2009, at 10:59, Lukas Kahwe Smith wrote:
On 10.03.2009, at 17:04, Johannes Schlüter wrote:
Hi,
I wrote a mail last Friday about this but it seems like it got
lost. I
wanted to go RC on Thursday, as this now would be a rather
features in now, that take away the focus
from bug fixing and worse yet could add new bugs.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
prefix.
Then again for classes we say that the prefix should be prepended with
an underscore as the separator as the ultimate protection. That of
course does not seem feasible for namespaces.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing
quality by this weekend?
So that people can test it on Monday/Tuesday ahead of RC1?
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 11.03.2009, at 19:55, Marcus Boerger wrote:
Last but not least, Lukas, what happened, to putting APC into core?
That was planned for PHP 6.0.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
On 11.03.2009, at 20:58, shire wrote:
Lukas Kahwe Smith wrote:
Can we get this patch to release quality by this weekend?
So that people can test it on Monday/Tuesday ahead of RC1?
I don't see this being a problem, I do have a few items I'd like to
point out for feedback/suggestions:
1
.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 15.02.2009, at 17:18, Marcus Boerger wrote:
Hello Stanislav,
Friday, February 13, 2009, 7:03:30 AM, you wrote:
Hi!
it should actually be a hard error. As we always claim PHP
follows pure
IS-A relation ships.
I feel very uneasy with hard errors on something that is not indeed
an
On 12.02.2009, at 21:59, Arnaud Le Blanc wrote:
On Wed, 2009-02-11 at 18:07 +0100, Lukas Kahwe Smith wrote:
- pcntl_signal needs declare(ticks) which is deprecated since 5.3
I marked this as a documentation issue. This has been discussed when
it
was decided to deprecate ticks. Although
indicate a problem that
needs fixing.
I think in dev environment it makes sense to set error reporting
level to E_ALL | E_STRICT
Right. Currently E_DEPRECATED is also part of E_ALL. Maybe it should
not. In dev env it should of course be enabled.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
are taking over any of the above
items so that I can update the wiki. Speaking of wiki, Pierre also has
admin rights on the wiki and of course root access to the box.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
Hey Steph,
Personally I think we should list all changes. For certain changes we
should devote some explanations (like E_DEPRECATED). For the most part
I see this document as a place where we provide an overview of things
which then gives them the right key word to look in the
coded yourself into a corner.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
are assigned to andrey/mysql, derick,
pierre, dmitry, scott. i assume you guys will let us know if you need
help, cannot fix the issue etc.
So I am sure there are still things off in other places too. Please
speak up what you feel needs to be addressed.
regards,
Lukas Kahwe Smith
m
in that case.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
and warranting E_STRICT.
I agree. If $y were optional, the LSP is no longer violated, and the
E_STRICT disappears, as expected.
Opn-Bgs
I agree. This is exactly what we have E_STRICT for ..
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
Hey,
Just FYI .. today is the last day for feature changes ahead of 5.3.0
beta1. The big change I am waiting on for today is the removal of the
OO specific features in closures. Tomorrow will be dedicated to build
only fixes, Johannes/Pierre will then handle the packaging some time
on
to be that, the solution would need to be super duper
rock solid. But it could make the life of the RM's a lot easier.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
if we havent made the migration to SVN at that point, we
should at least use SVN for the GSoC projects.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
! =)
Even if you are not keen on getting into phpdoc .. maybe writing some
docs and sending them to the phpdoc team list so that they can
integrate them might be a good idea.
regards,
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
this kicking?
I think the decision was to not yet bother with reserving namespaces
or starting to namespace-ify extensions. We might however want to put
out a naming guide for namespaces.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
keep delaying a few weeks here and there, we will do PHP a
greater disservice. as johannes has pointed out we have delayed some
features because we wanted to focus on getting 5.3 out. if necessary
we can always have a PHP 5.4 just as well.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
to at
this point.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 21.01.2009, at 10:04, David Zülke wrote:
Am 20.01.2009 um 18:41 schrieb Christian Seiler:
Hi,
maybe an IRC meeting is the easiest way to come to an agreement. How
about tomorrow evening 21:00 CEST in #php.closures on freenode?
Just for clarification: I assume you mean Wednesday,
On 21.01.2009, at 12:00, Karsten Dambekalns wrote:
Hi.
On 21.01.2009 11:44 Uhr, Kenan R Sulayman wrote:
I did propose the function because the construction in user-land is
quite
expensive;
Reflection is expensive, indeed. The way we solved it for FLOW3 is
to create a ReflectionService
Hi,
maybe an IRC meeting is the easiest way to come to an agreement. How
about tomorrow evening 21:00 CEST in #php.closures on freenode?
regards.
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
Given the on going discussions especially about Closures it seems
pointless to move towards beta1 this week. Therefore we are delaying
beta1 to Feb. 29th. This means we will be freezing for non build/
critical fixes next Monday. Packaging will be the following Wednesday.
In order to
On 19.01.2009, at 22:54, Lukas Kahwe Smith wrote:
Hi,
Given the on going discussions especially about Closures it seems
pointless to move towards beta1 this week. Therefore we are delaying
beta1 to Feb. 29th. This means we will be freezing for non build/
critical fixes next Monday
On 17.01.2009, at 18:06, Nathan Rixham wrote:
a: Optional Static Typing
I'm finding an ever increasingly need to be able to staticly type
properties, parameters, return types etc (in classes) I know there
is type hinting but it's just not enough to do what one needs.
Additionally support
Hi,
Ok, my proposal to drop OO support from Closures was exactly embraced.
All I want you guys to think about is how you want to deal with this
in terms of the PHP 5.3 release. If no decision is found and
implemented over the weekend, this topic will essentially cement the
need for an
On 14.01.2009, at 23:22, Stanislav Malyshev wrote:
Hi!
As many of you know, one can build PHP engine in a number of ways
which are binary-incompatible - debug/no debug, thread-safe/not
thread safe, etc. Also, for windows we have now anther dimension -
we could build with VC6, VC8, VC9,
Hello all,
Expected to be done for beta1:
- Eric and Nathan: new php.ini files
- Steph: Upgrading Guide
- Scott/Pierre: making the dsn functions available on OSX/FreeBSD/
Windows
- Pierre: bundling ext/enchant as an ext/pspell replacement
- Ettienne/Lars/Guilherme: patch for
Hi
I have tried to catch up to the discussion yesterday evening. I must
admit its not very trivial for me to understand the entire scope of
the issues. I am especially worried about things becoming too magical
(although in general I am pro giving end users all the power in the
world). At
On 14.01.2009, at 23:22, Stanislav Malyshev wrote:
Hi!
As many of you know, one can build PHP engine in a number of ways
which are binary-incompatible - debug/no debug, thread-safe/not
thread safe, etc. Also, for windows we have now anther dimension -
we could build with VC6, VC8, VC9,
On 12.01.2009, at 23:04, Marcus Boerger wrote:
Hello Lukas,
it appears Dmitry and Stas are against that, so I let it for you to
decide whetehr you want me to drop all of it or continue workig on it
to make all I can ready for 5.3.0.
Just to clarify my role again. I am not the head decider.
Hello all,
Just wanted to get a status update on the work going on:
- Eric and Nathan are working on new php.ini files and I guess they
will soon post their proposals to the list
- @Steph: have you begun work on the Upgrading Guide? I would really
like to have something for beta1. The
On 12.01.2009, at 14:56, Hannes Magnusson wrote:
Why did the LFS patch never get committed?
LFS = large file support?
AFAIK there is no patch to commit at this point.
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 12.01.2009, at 16:59, Ilia Alshanetsky wrote:
On 12-Jan-09, at 5:56 AM, Lukas Kahwe Smith wrote:
- First line of included files not output if they begin with #
A patch for this already went in on Friday.
was this the one where Nuno raised some BC concerns?
regards,
Lukas
--
PHP
it ..
good chance for a non C expert to give back ..
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 07.01.2009, at 21:07, Eric Stewart wrote:
This sounds interesting. I'd would like to take this on.
Nathan was also interested.
Maybe you two can collaborate on this?
Thanks so much for stepping up!
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime
Hello,
I have updated the todo with the information provided by Ilia,
Guilherme and Steph:
http://wiki.php.net/todo/php53#beta1
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
envision
there will be a bit of a need for discussion (especially from the side
of the end users).
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
large the differences are)
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
. So I guess file a feature request, ideally with a
solid proposal for an API for this.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 05.01.2009, at 15:36, Lukas Kahwe Smith wrote:
target OS in practice for deployment) for an RDBMS that is also
quite a niche solution for PHP. Actually the only RDBMS where I am
willing to currently consider a new non PDO extension sqlite.
Just to make it clear what I was talking
with it now
either.
ok great.
feel free to delegate small chunks at a time to me ..
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
really need to
focus on getting the current features out the door, rather than risk
wasting time on minor changes that introduce regressions and other
issues that delay the final release.
Thanks!
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development
On 05.01.2009, at 15:52, Richard Quadling wrote:
2009/1/5 Lukas Kahwe Smith m...@pooteeweet.org:
On 31.12.2008, at 11:11, Richard Quadling wrote:
With Microsoft having their own PHP extension for talking to MSSQL
(http://www.microsoft.com/sqlserver/2005/en/us/PHP-Driver.aspx -
though
.
Johannes and I feel like a release on the 20th or 22nd seems realistic.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
not
remember why we did not schedule it for the next PHP release (maybe we
just thought PH 6.0 would be the next release) or if we did not want
to make this change in 5.x. I just noted it as a commit that probably
should have been mentioned on the list before being committed.
regards,
Lukas Kahwe
On 26.12.2008, at 10:06, Mike Panchenko wrote:
Hey everybody, I'm new both to the list and to hacking the
internals, so
I'll try to keep it short and humble.
I've written an array_flatten function which just takes all elements
from a
nested array and pushes them into a single indexed
. but this is
a common enough use case that we finally need to accept that we need
to provide a good solution.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 17.12.2008, at 22:24, Hannes Magnusson wrote:
On Wed, Dec 17, 2008 at 21:02, Lukas Kahwe Smith
m...@pooteeweet.org wrote:
which brings us back to the fact that we never added a proper way
to be able
to determine if a file exists in the include path or not. this is
why a lot
imho also includes the cases when these functions
(for example fopen()) are using in read mode.
Speak now or forever hold your peace ..
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
it. so using something else should be a conscious
decision that is also visible during code review.
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2009.
adding an E_DEPRECATE (actually i guess we should check the PHP6 NEWS
file for other stuff as well), does make sense.
disabling by default (if not yet done) too.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
2009.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2009.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello!
Johannes has packaged PHP 5.3.0alpha3, which you can find here:
http://downloads.php.net/johannes/
Windows binaries thanks to Pierre, which are available here:
http://windows.php.net/qa/
Please test it carefully, and report any bugs in the bug system, but
only if you have a short
the thought process that went into the current
implementation by really giving things a go without prejudice.
Your comments are noted and not ignored.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
Hi,
Today we will package and tag PHP 5.3 alpha3.
Any commits to the 5.3 branch today should be first ok'ed by Johannes.
For windows build fixes Pierre should be kept in the loop.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
:
http://www.christian-seiler.de/temp/php/2008-11-28-fpu+rounding/php6-fpu.patch
PHP 6, round() behaviour:
http://www.christian-seiler.de/temp/php/2008-11-28-fpu+rounding/php6-round.patch
can someone with ZE karma handle commiting these patches?
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED
, phttpd, roxen.
(I'm CC-ing
known maintainers)
More informations on the change can be found in the commit message:
http://news.php.net/php.cvs/54228
err .. whats the status here?
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
);
Of course, there might be a smarter way, but this solution worked
for me. My system is a Fedora Core 8 64bit.
is there a bug opened for this? if not please open one.
also please add your patch
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development
.. lets just remove it .. we
are expecting people to update their code.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 22.11.2008, at 14:52, Lukas Kahwe Smith wrote:
Work is still going on to finalize the namespace changes. I am not
sure when this will be done, I am sort of hoping Monday. Then we can
freeze Tuesday and release on Thursday if all goes well.
The good news, namespace changes are now
Hi,
Work is still going on to finalize the namespace changes. I am not
sure when this will be done, I am sort of hoping Monday. Then we can
freeze Tuesday and release on Thursday if all goes well.
regards,
Lukas Kahwe Smith
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development
Hi,
Hmm, I really think we should simply maintain BC 100% but using the
new parameter parsing API and then really think this through for the
next bigger release (presumably PHP 6.0) and come up with a set of
interfaces for objects that allow them to more sensibly work with
functions.
201 - 300 of 846 matches
Mail list logo
