be the big companies that actually have
a financial interested in PHP supporting their software that open up
more and appease us.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
PHP works for them.
This is irrelevant, because the users where not in question here. And
they only don't care because they have no idea how this stuff is
going to affect a big part of the contributers to PHP.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http
the Berne convention
(http://en.wikipedia.org/wiki/Berne_Convention_for_the_Protection_of_Literary_and_Artistic_Works)
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
On Mon, 3 Dec 2007, Andi Gutmans wrote:
Sorry about that. Does the attached PDFed screenshot work for you?
No, as you can't attach files here
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
with, as it is nice and easy.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
change to keep your code working. I think that's acceptable,
It's not acceptable, as you're breaking BC.
For whatever the opinion of someone who writes PHP all day and not C
is worth, there it is.
What makes you think I am different?
regards,
Derick
--
Derick Rethans
http://derickrethans.nl
On Tue, 27 Nov 2007, Wez Furlong wrote:
All will be revealed soon.
Just wondering what sort of timeframe you mean with soon... any idea?
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development
with me. With David's patch you could turn it on
with both an ini setting (PHP_INI_ALL) or with a function. Can the
improved one do so as well?
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development
On Wed, 5 Dec 2007, Matthias Pigulla wrote:
To summarize the patch lead to approx. 5% slowdown and 3% memory
overhead for typical applications (as always, you mileage may vary
depending on your system's architecture and OS although my guesstimate
is that you will see even worse results in
the find cycle algorithm will kick in at some specific
amount of freed vars.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
# php UnitTest/src/run-tests.php Template
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
understand it right that being compiled in, turned on and turned off
have the same performance implications (slightly slower, a little bit more
memory) and the difference is mainly stability-wise?
Yeah - atleast, that's how David's original patch behaved.
regards,
Derick
--
Derick Rethans
http
else?) simplexml will horrible fail in this
case.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
, it's exactly the opposite, as I avoid naming colissions
(point 1), I don't need to import every class I want to use (point 2),
and can group all my classes together in one file (point 3).
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
it seems performance is quite
good.
From what I can see, the patch doesn't actually work... it just crashes.
Did you have a look at that yet?
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development
On Thu, 6 Dec 2007, Antony Dovgal wrote:
On 06.12.2007 11:21, Derick Rethans wrote:
On Wed, 5 Dec 2007, Andi Gutmans wrote:
Yes that's basically true although Dmitry can probably elaborate. I
believe if the collector kicks in there'll also be a bit of a slowdown
but my main concern
On Thu, 6 Dec 2007, Dmitry Stogov wrote:
Derick Rethans wrote:
On Wed, 5 Dec 2007, Andi Gutmans wrote:
Yes that's basically true although Dmitry can probably elaborate.
I believe if the collector kicks in there'll also be a bit of a
slowdown but my main concern is to be able
On Thu, 6 Dec 2007, Dmitry Stogov wrote:
Derick Rethans wrote:
That doesn't mean it works better for me than the old one either, where I
couldn't get it to crash at all ;-) Anyway, did you try to reproduce it with
the instructions that I provided?
Yes I did. I'm looking into the crash
;' );
echo $res, \n;
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
::Classname as
a::Classname, and PEAR2::Really::Long::Subnamespace::Classname as
a::Subnamespace::Classname.
Yeah, I know... I don't really care about this myself anyway - it's just
something that I heard in discussions.
[snip]
Detailed answers:
Derick Rethans wrote:
1
On Wed, 12 Dec 2007, Stanislav Malyshev wrote:
because it's impossible to discuss anything on internals without the
noise coming from outside..? Could we finally make this list
read-only for every one but the @php.net people? I get enough spam
already, spam from this list is not
Hei,
now some patches by Greg and Dmitry made it into CVS, some of the things
in my mail have been resolved, however, we still need to come up with a
solution to the 1st and most important issue:
On Tue, 4 Dec 2007, Derick Rethans wrote:
1. As it is impossible to do use XXX as NativeClass we
tests, I ran all of them:
~/dev/php/php-5.3dev-gc/sapi/cli/php -dzend.enable_gc=1
UnitTest/src/runtests.php -c /home/httpd/html/report -D sqlite://:memory:
For -c to work, you will need xdebug installed though - I tried without
but got the same issue.
regards,
Derick
--
Derick Rethans
http
: 804, Skipped: 347
I've no idea why GC fixes three tests. (I can send you logs if you like)
Yes, I'd appreciate that. And thanks for running them! Could you share
the updated patch as well please?
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http
this.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, 14 Dec 2007, Raghubansh wrote:
kraghuba
okay, I upgraded you.
regards,
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, 14 Dec 2007, Raghubansh wrote:
Would it be possible to upgrade me so that i can commit these tests.
I have been writing committing phpt testcases for testing strings, arrays,
files, etc functions.
What's your CVS id?
regards,
Derick
--
PHP Internals - PHP Runtime Development
On Thu, 13 Dec 2007, Derick Rethans wrote:
On Thu, 13 Dec 2007, Dmitry Stogov wrote:
You test are enormous, but than you anyway. :)
I've found and fixed the problem.
Now your test suite is passed with the following results:
PHP_5_3: Tests: 7706, Failures: 45, Errors: 807, Skipped
On Wed, 5 Dec 2007, Derick Rethans wrote:
On Tue, 27 Nov 2007, Wez Furlong wrote:
All will be revealed soon.
Just wondering what sort of timeframe you mean with soon... any idea?
We're atleast another week futher along without any news. I find this
getting more and more disgusting. What
On Mon, 17 Dec 2007, Dmitry Stogov wrote:
Didn't I send it to you?
Maybe, maybe not :) I couldn't find it atleast.
I just tried to apply this to PHP 5.3, but it gives lots of failed
chucks... Are you sure this is the one against 5.3?
regards,
Derick
--
Derick Rethans
http://derickrethans.nl
On Tue, 18 Dec 2007, Dmitry Stogov wrote:
Derick Rethans wrote:
On Mon, 17 Dec 2007, Dmitry Stogov wrote:
Didn't I send it to you?
Maybe, maybe not :) I couldn't find it atleast.
I just tried to apply this to PHP 5.3, but it gives lots of failed chucks...
Are you sure
for these two extensions,
# please contact the lead developers. This is a temporary measure until
# we can put in place a more general process.
It has been in this temporary situation since June 2005 :-/
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http
On Tue, 18 Dec 2007, Andi Gutmans wrote:
Derick Rethans wrote:
Maybe we just should put it in cvs then? Then we won't have this issue
and other people can test it more easily as well.
The only problem with that is what if people get bad
benchmarks/results and we want to pull it out
On Tue, 18 Dec 2007, Andi Gutmans wrote:
Derick Rethans wrote:
On Tue, 18 Dec 2007, Andi Gutmans wrote:
Derick Rethans wrote:
Maybe we just should put it in cvs then? Then we won't have this
issue and other people can test it more easily as well.
The only problem
to
bring those things up *before* actually implementing something that many
seem to be quite everse against.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
and if it causes problems for some people they have a way
to build PHP without it. And yes, that means their build won't be
binary compatible, which is fine and no different from them trying to
revert the patch themselves.
Both ideas sound like a good plan to me!
regards,
Derick
--
Derick Rethans
On Wed, 19 Dec 2007, Dmitry Stogov wrote:
Derick Rethans wrote:
On Mon, 17 Dec 2007, Dmitry Stogov wrote:
Didn't I send it to you?
Maybe, maybe not :) I couldn't find it atleast.
I just tried to apply this to PHP 5.3, but it gives lots of failed chucks...
Are you sure
On Wed, 19 Dec 2007, Alexey Zakhlestin wrote:
On 12/19/07, Dmitry Stogov [EMAIL PROTECTED] wrote:
updated patch.
got an error during linking phase
/usr/bin/ld: Undefined symbols:
_gc_globals_id
_gc_globals_ctor
_gc_zval_possible_root
_gc_collect_cycles
_gc_init
_gc_reset
.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
acceptable :)
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 31 Dec 2007, Fredrik Holmström wrote:
What I would like to argue/request is that there should be a way to
get an exception thrown when you call a non existent method on an
object, since it's not possible to catch E_ERROR with a user defined
function using set_error_handler() I can't
Announcement: http://www.php.net/release_4_4_8.php
Downloads:http://www.php.net/downloads.php#v4
Changelog:http://www.php.net/ChangeLog-4.php#4.4.8
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals
it? (And yes, I changed my mind)
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
on a mailinglist.
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
still there if you want it. If you want
slightly more control, you can have it too.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
, for obvious reasons. That means, that scalar type
hints should do so as well - *without* auto conversion. We should not
make this inconsistent or we really fucked it up.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals
On Thu, 3 Jan 2008, Sam Barrow wrote:
On Thu, 2008-01-03 at 22:37 +0100, Markus Fischer wrote:
Of course, Jochem, you're right. Exceptions would be nice.
WrongArgumentException, InvalidWhateverException, ...
That would be very nice. The full blown suite of exception error
handlers
is to have a operating system
independent source of tzdata, which is something that this patch
destroys. I am because of this, and all the other issues, quite against
adding this patch - especially because there is already a solution for
this.
regards,
Derick
--
Derick Rethans
http
timezonedb in
regular basis.
Yes, and that means bye-bye to support on it. If everybody would patch
PHP then how can we every support things?
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing
On Wed, 9 Jan 2008, Larry Garfield wrote:
On Wed, 9 Jan 2008 17:14:29 -0300, Cristian Rodriguez [EMAIL PROTECTED]
wrote:
2008/1/9, Derick Rethans [EMAIL PROTECTED]:
Why do you need this?
It is simple, even releasing an update for a particular extension,
trigger the whole
of compile-time option for those of
us who do like the idea?
It has very little to do with maintenance, actually, it is more work for
us to maintain that extension. But apparently you didn't read my other
mail or simply chose to ignore it.
regards,
Derick
--
Derick Rethans
http
acidic debate
or a flame war before it gets out of hand, the RM for the
soon-to-be-released version might be a good candidate since most
discussion should (in theory) be about that code.
Greg
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
On Sun, 16 Dec 2007, Derick Rethans wrote:
On Wed, 5 Dec 2007, Derick Rethans wrote:
On Tue, 27 Nov 2007, Wez Furlong wrote:
All will be revealed soon.
Just wondering what sort of timeframe you mean with soon... any idea?
We're atleast another week futher along without any news
On Thu, 10 Jan 2008, Hannes Magnusson wrote:
So you reject scalar type hinting because it isn't type casting and
can therefor confuses newbies - but scattering seemingly random
brackets around your code (to safe 5 key strokes) is obvious to users?
Noone would confuse this with named
On Thu, 10 Jan 2008, Antonio Touriño wrote:
The array() syntax to me screams function call, something that,
You mean just like if(), for(), while(), foreach(), elseif() and... ?
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP
On Mon, 21 Jan 2008, Antony Dovgal wrote:
6 reasons why we must to get rid of The Switch ASAP
Amen!
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to be OSI approved again.
I hope that I didn't forget anything in this longish email, but it should be
clear that I'm totally against having a CLA on any part of PHP.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP
On Fri, 25 Jan 2008, Stanislav Malyshev wrote:
Hi!
Right now, if json_encode sees wrong UTF-8 data, it just cuts the string in
the middle, no error returned, no message produced. Example:
var_dump(json_encode(ab\xE0));
var_dump(json_encode(ab\xE0\));
Both strings get cut at ab. I
On Fri, 1 Feb 2008, Marcus Boerger wrote:
* Develop a PECL CLA that can optionally be used for PECL projects.
* If necessary, adapt the PHP License, so that it works nicely
together with the CLA.
* The projects that want a CLA can choose between the PHP License or
LGPL.
* Change the
about a PECLA module utilizing the existing PECL
infrastructure in any way. Do you?
I do, as it requires maintenance from the PHP project for non-open
source code. I find that a bit strange.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
On Sat, 2 Feb 2008, Steph Fox wrote:
1) Distribution woes need to end. With the work Greg's been doing lately on
PHP_Archive/Phar, that's very close to being attainable now in the physical
'getting PECL'd extensions out to people' sense, but unless people are running
CLI or CGI or have access
On Sun, 3 Feb 2008, Steph Fox wrote:
Everything else - the fashionistas (JSON, xmlreader/writer) and the downright
useful for some but not all (fileinfo, json, com_dotnet, posix) and the quirky
stuff (pretty much anything Sara came up with) - should be in PECL.
I see another issue after
in a variable to be accessed, so
that the programmer can make an informed decision about what to do.
We're talking about encoding here though...
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing
On Tue, 5 Feb 2008, Mike Willbanks wrote:
I know they've been marked deprecated and all, but, really, what's
the cost/penalty to having a couple functions around for legacy apps?
Then we will continue to be at the same old issue of they exist, people will
continue to use them and never
that
we use in the manual) - and they should behave in the same way as the
other type hints that we laready have.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
On Tue, 5 Feb 2008, Pierre Joye wrote:
There is not really a need to discuss the removal again, that's why I
ask for a simple vote:
+1: remove them (as it is now in HEAD)
-1: Restore them and always return FALSE (not 0)
0: I don't care, do what you wish, I never use them anyway
I don't
On Wed, 6 Feb 2008, Sam Barrow wrote:
On Wed, 2008-02-06 at 09:31 +0100, Derick Rethans wrote:
I still we should add simple static typehints (ie. just the types that
we use in the manual) - and they should behave in the same way as the
other type hints that we laready have.
True
On Wed, 6 Feb 2008, Stanislav Malyshev wrote:
So, what do you think on this?
Don't care so much about it, as long as the defaults keep the same like
they are now.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime
having to edit the php.ini config file all the time.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
for
php.ini-dist - it should mention the default (still commented out, just
like the rest) as GPC too.
regards,
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
situations for special applications.
Yes, that's why php.ini-recommended should have GP. However,
php.ini-dist documents *the default* - which should be GPC, like it is
right now.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals
around now as well. I've two quick
questions for you:
1. can traits be put in a file of their own (I assume so actually)
2. can traits be autoloaded?
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime
:)
I'm sure you will quote correctly next time.. won't you? :)
Although like Pierre said, quoting badly is not such a problem.
Yes it is a problem if you get lots of email.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals
On Mon, 25 Feb 2008, Hannes Magnusson wrote:
On Mon, Feb 25, 2008 at 10:00 AM, internals@lists.php.net wrote:
PHP 4 Bug Database summary - http://bugs.php.net
Should these still be sent out?
I've just disabled them.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http
and constant definitions.
And that is something we need, as I had a hard time parsing the previous
example without this.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
interface). I have put this document up on my wiki [12], and I
will keep it uptodate.
I'd go for RFC in CVS/Rest, and the todo's in a wiki.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing
atleast make the new parser just ignore
this statement?
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 3 Mar 2008, Marcus Boerger wrote:
actually you get a message (E_COMPILE_WARNING) that this is not
supported. Maybe we could turn this into an E_NOTICE though.
No, I don't get any warning/notice/ whatever with PHP 5.3:
[EMAIL PROTECTED]:~$ php-5.3dev -derror_reporting=65535
?php
in ICU in 5.3 so late in the cycle
- or actually at all in 5.3 - is not such a bright idea.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
no gain :)
Perhaps it's time to make a compatibility extension with all those
ifdefs everywhere and engine hooks.
That's fine, as long as nothing breaks. I'm with Pierre on this one.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
patch.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 12 Mar 2008, Krister Karlström wrote:
But I still think that the best option would be if maybe strtotime() would be
able to work with the default format returned by MS-SQL and just ignore the
milliseconds even if they're separated by a colon and also allow the AM/PM
format at the end?
On Fri, 14 Mar 2008, Dmitry Stogov wrote:
however in
PHP_5_3 we even keep ze1_compatibility_mode.
I'm not able to remove it.
WHy not? It's quite broken anyway.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime
a classname with a prefix that conflicts with
something else. Merging it would most likely change API anyway.
But if you have a better name for it - please propose it.
Something that does not start with Date.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http
of the extension).
In this case, all of the classes in pecl/intl should start with Intl.
The reason for this is to not ever have conflicts between different
extensions.
B) Name change proposals:
1) DatetimeFormatter
2) IntlDateFormatter
Which is option 2.
regards,
Derick
--
Derick Rethans
http
On Fri, 21 Mar 2008, Pierre Joye wrote:
On Fri, Mar 21, 2008 at 5:35 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Fri, 21 Mar 2008, Stanislav Malyshev wrote:
You can't actually use the class name DateFormatter when you want
pecl/intl to be in core. Date is the prefix
not the issue
here. The issue is that allowing to change it during runtime adds more
WTF to PHP. WTF factors are bad.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
targetting to include in the
core. So I don't think it's that strange that there is now a large group
of people being not-so-happy about what you're trying to do here.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP
.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
That's not the point. The point is that discussions for something you
want to put in core happen on the core list as well. More exposure -
more feedback - happier people.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals
On Sun, 23 Mar 2008, Lester Caine wrote:
Derick Rethans wrote:
On Fri, 21 Mar 2008, Pierre Joye wrote:
I rather prefer to have this class (and related) within the ext/date
extensions. It is the only way to have a consistent and working
date/time API in php. Date/time formatting
, but I do not see anything that breaks.
Could you elaborate?
However, perhaps we should delay this change to PHP 5.3 - changes like
this in mini versions are annoying.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime
yet. Actually, it was not even installed. I
installed 0.13.3 now.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
* to work for snapshots.
Please either revert the changes to PHP, or make an re2c release that
can generate proper files.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit
. Or we decide on getting rid of that stuff. Because
obviously no on ecares about it anyway.
Huh? How hard is it to rolll 0.13.4 ? Then the dependency works, the
snapshots, and nobody has to fuck with timestamps. IE: Everybody happy.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl
that, it doesn't really
make a lot of difference what I do - I'm just trying to save people from a
wild goose chase.
NB it'd be a better idea to have the re2c release before the changes in PHP in
future...
It's required for source snapshots to work.
regards,
Derick
--
Derick Rethans
http
On Mon, 31 Mar 2008, Marcus Boerger wrote:
Monday, March 31, 2008, 5:09:23 PM, you wrote:
On Mon, 31 Mar 2008, Marcus Boerger wrote:
this doesn't work! When allowing to wotk with 0.13.3 then you will end up
in a broken .c. Since we have the stuff checked in there really is no need
/argument_for_goto.html has an IMO good
example. It's java code, but it shows how goto can help you get rid of
nesting hell.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
1 - 100 of 2583 matches
Mail list logo