[PHP-DEV] Cannot build ext/intl on Fedora 15

2011-08-27 Thread Sebastian Bergmann
ing it to the linker command line /usr/lib64/libstdc++.so.6: could not read symbols: Invalid operation collect2: ld returned 1 exit status -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ --

Re: [PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

2011-08-26 Thread Sebastian Bergmann
Am 26.08.2011 09:51, schrieb Ferenc Kovacs: > would this method give the same result as > unserialize("O:8:\"stdClass\":0:{}") for example? That is the whole point of it, yes. -- Sebastian BergmannCo-Founder and Principal Consultant ht

Re: [PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

2011-08-25 Thread Sebastian Bergmann
of crashes occurring; plus, they're propagated to the subclasses. I updated the patch accordingly. Thanks! -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Developme

Re: [PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

2011-08-25 Thread Sebastian Bergmann
ption instead of E_RECOVERABLE_ERROR (as I believe is being cast now) in 5.4. Makes sense to me. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

2011-08-25 Thread Sebastian Bergmann
onstructor call, that should already be fixed/prevented, as it's already possible by extending it. I second that emotion but as long as those internal classes are not fixed I think it makes sense to disallow creating objects of internal classes without invoking their constructor. -- Seb

Re: [PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

2011-08-25 Thread Sebastian Bergmann
On 08/25/2011 01:46 PM, Gustavo Lopes wrote: What about userland classes that extend internal classes? Good point. How would I implement such a check? -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http

Re: [PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

2011-08-25 Thread Sebastian Bergmann
On 08/25/2011 02:26 PM, Richard Quadling wrote: Wouldn't ReflectionClass::newMockInstance() be a better name? It is not specific to stubbing/mocking. What other use cases exists? ORM and stubbing/mocking should be enough. -- Sebastian BergmannCo-Founder and Prin

[PHP-DEV] ReflectionClass::newInstanceWithoutConstructor()

2011-08-25 Thread Sebastian Bergmann
ot invoked, this new method of the Reflection API only works for userland-defined classes. Unless there are objections, I will commit this change to PHP_5_4 and trunk on Monday. I will add the method to the documentation as well, of course. -- Sebastian BergmannCo-Founder and

Re: [PHP-DEV] PHP 5.3.8 Released!

2011-08-24 Thread Sebastian Bergmann
On 08/24/2011 03:57 AM, a...@akbkhome.com wrote: It might have been better to have waited for the is_a() fix to get sorted out. No, it would have been better if the only difference between PHP 5.3.7 and PHP 5.3.8 would have been the fix for the crypt() issue. -- Sebastian Bergmann

Re: [PHP-DEV] 5.3.7pl1

2011-08-20 Thread Sebastian Bergmann
Am 20.08.2011 01:16, schrieb Stas Malyshev: > will stop working - so should we make 5.3.7pl1? Not 5.3.7pl1 but rather 5.3.8, please. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ --

Re: [PHP-DEV] [RFC] Choosing a distributed version control system for PHP (or not). Call for Participation.

2011-08-12 Thread Sebastian Bergmann
on control system: "it better last another 10 years" like CVS did. I never understood why we chose a legacy technology when we migrated from CVS. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http:

Re: [PHP-DEV] [RFC] Choosing a distributed version control system for PHP (or not). Call for Participation.

2011-08-12 Thread Sebastian Bergmann
forks. It's merely GitHub's name for a project on their site that has a clone of another project's Git repository. I do not think that we would run a risk of people not knowing where the official/canonical Git repository for PHP can be found. -- Sebastian Bergmann

[PHP-DEV] Static method call syntax on objects

2011-08-10 Thread Sebastian Bergmann
Is this exepcted behaviour? ➜ ~ cat test.php http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Add \Countable support to \Closure

2011-08-08 Thread Sebastian Bergmann
7;d rather have an explicit method. ACK -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [RFC] Improved parser error message

2011-07-18 Thread Sebastian Bergmann
arse error" and "syntax error". Just "Syntax error: ..." should be enough. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development

Re: [PHP-DEV] from __future__ import...

2011-06-25 Thread Sebastian Bergmann
res by implementing them in PHP. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Can't vote yet, as RFC has "options" (Was: Re: [PHP-DEV] [VOTE] release process RFC)

2011-06-20 Thread Sebastian Bergmann
Am 20.06.2011 15:30, schrieb Derick Rethans: > I am not generally against this RFC, but this point needs to be > discussed first IMO. As having 5 active branches at the same time for > the "multiple major releases" option is *not* workable. I agree. --

Re: [PHP-DEV] Standard constants as part of the lexer

2011-06-20 Thread Sebastian Bergmann
it buy a fully fledged application? Especially since we have a built-in Countable interface that requires the implementation of a count() method. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.

Re: [PHP-DEV] PHP patches

2011-06-17 Thread Sebastian Bergmann
On 06/17/2011 09:58 AM, Robert Eisele wrote: [...] Hello Robert, welcome to this list. I think it would be best if you propose the patches individually instead of proposing one big patch. Best, Sebastian -- Sebastian BergmannCo-Founder and Principal Consultant http

Re: [PHP-DEV] RE: Voting Process (was: [PHP-DEV] Re: Voting does not belong on the wiki! (Was: [PHP-DEV] 5.4 moving forward))

2011-06-05 Thread Sebastian Bergmann
ntioned above: +1. Haven't had the time yet to read through it again, sorry. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-CVS] svn: /php/php-src/ branches/PHP_5_4/ext/reflection/php_reflection.c trunk/ext/reflection/php_reflection.c

2011-06-05 Thread Sebastian Bergmann
pes, so reverting > it too It is still useful for array | class/interface name. Or? -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing Li

Re: [PHP-DEV] Final version, RFC release process

2011-06-02 Thread Sebastian Bergmann
to new features, to > avoid cases like traits which take years to come out while a bit more > conservative users (and maybe distros) may stay on the LTS. Traits is a really good example here, indeed. -- Sebastian BergmannCo-Founder and Principal Consu

Re: [PHP-DEV] RFC: Short syntax for Arrays (redux)

2011-06-01 Thread Sebastian Bergmann
Am 31.05.2011 20:42, schrieb Brian Moon: > https://wiki.php.net/rfc/shortsyntaxforarrays -1 -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Developm

Re: [PHP-DEV] [PATCH] arithmetic speedup

2011-05-20 Thread Sebastian Bergmann
overhead that is otherwise incurred. Kore mentioned, for example, that Xdebug and KCacheGrind currently show that most time is spent in several hundred thousand calls to abs() while running the component's test suite. -- Sebastian BergmannCo-Founder and Principal Consultant

Re: [PHP-DEV] autoconf 2.60+ support

2011-05-15 Thread Sebastian Bergmann
NG: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader: [Define if a function `main' is needed.]) autoheader: autoheader: WARNING: More sophisticated templates can also be produced, see the autoheader: WARNING: documentation. Not sure this is a problem since the generated configure script

Re: [PHP-DEV] annotations again

2011-05-11 Thread Sebastian Bergmann
On 05/11/2011 11:01 PM, Sebastian Bergmann wrote: phpdox generates documentation for Zend Framework in less than two minutes using less than 50 megabytes of memory ;-) I forgot to mention that the above is for a run without an existing cache. With an existing cache it is 5 seconds and 5

Re: [PHP-DEV] annotations again

2011-05-11 Thread Sebastian Bergmann
nutes using less than 50 megabytes of memory ;-) -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.ph

Re: [PHP-DEV] 5.4 again

2011-05-11 Thread Sebastian Bergmann
On 05/11/2011 08:20 PM, Johannes Schlüter wrote: +1 +1 -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

Re: [PHP-DEV] annotations again

2011-05-11 Thread Sebastian Bergmann
-- [1] https://github.com/theseer/phpdox -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] 5.4 again

2011-05-10 Thread Sebastian Bergmann
Am 10.05.2011 17:57, schrieb Matthew Weier O'Phinney: > I think that's reason enough to pan the feature for 5.4. Agreed. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ --

Re: [PHP-DEV] annotations again

2011-05-10 Thread Sebastian Bergmann
Am 10.05.2011 17:57, schrieb Matthew Weier O'Phinney: > Just because developers are using annotations does not necessarily mean > we need a new syntax. Exactly the point I tried to make earlier -- just more to the point. -- Sebastian BergmannCo-Founder an

Re: [PHP-DEV] 5.4 again

2011-05-10 Thread Sebastian Bergmann
the specification and a patch that implemented the specification and satisfied the tests. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] 5.4 again

2011-05-10 Thread Sebastian Bergmann
ith a migration of PHPUnit to an annotation system provided by PHP: whatever its syntax, if I wanted to use it in PHPUnit that means that existing tests will have to be changed. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/

Re: [PHP-DEV] Optional $limit argument for debug_backtrace()

2011-04-08 Thread Sebastian Bergmann
Am 04.04.2011 17:22, schrieb Sebastian Bergmann: > Any thoughts? Are there any objections to applying the latest version of the patch [1] to trunk? I still think that debug_backtrace and debug_print_backtrace are in need of refactoring but that should be kept separate, I think. -- [1] ht

Re: [PHP-DEV] Optional $limit argument for debug_backtrace()

2011-04-06 Thread Sebastian Bergmann
directive. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Optional $limit argument for debug_backtrace()

2011-04-05 Thread Sebastian Bergmann
On 04/05/2011 03:23 PM, Patrick ALLAERT wrote: Both debug_backtrace() and debug_print_backtrace() uses arginfo_debug_backtrace Had not noticed that "optimization", thanks. Patch updated. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-b

Re: [PHP-DEV] Optional $limit argument for debug_backtrace()

2011-04-05 Thread Sebastian Bergmann
] } } I did not touch debug_print_backtrace(). -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net

Re: [PHP-DEV] Optional $limit argument for debug_backtrace()

2011-04-05 Thread Sebastian Bergmann
On 04/05/2011 12:39 PM, Patrick ALLAERT wrote: They share nothing in terms of code Question is: should debug_print_backtrace() not be refactored to reuse code from zend_fetch_debug_backtrace()? That is why did not touch it yet. -- Sebastian BergmannCo-Founder and

Re: [PHP-DEV] Optional $limit argument for debug_backtrace()

2011-04-05 Thread Sebastian Bergmann
Fixed again. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Optional $limit argument for debug_backtrace()

2011-04-04 Thread Sebastian Bergmann
. The patch has been updated with an extended test. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net

[PHP-DEV] Optional $limit argument for debug_backtrace()

2011-04-04 Thread Sebastian Bergmann
https://gist.github.com/901579 is a patch against trunk that adds an optional $limit argument to debug_backtrace() to limit the number of frames returned. Any thoughts? -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de

Re: [PHP-DEV] Adding a more logical string slicing function to PHP

2011-03-31 Thread Sebastian Bergmann
it does. And if you install pman you just do "pman strstr" and get PHP-specific documentation. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Run

Re: [PHP-DEV] Wrong prototype for zend_fetch_debug_backtrace()

2011-03-10 Thread Sebastian Bergmann
On 03/10/2011 10:55 PM, Kalle Sommer Nielsen wrote: . Added options to debug backtrace functions. (Stas) My bad, I grep'ed for debug_backtrace. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/

Re: [PHP-DEV] Wrong prototype for zend_fetch_debug_backtrace()

2011-03-10 Thread Sebastian Bergmann
On 03/10/2011 10:45 PM, Kalle Sommer Nielsen wrote: Wasn't that feature added n 5.3.6? I believe so. The NEWS file has no entry on this, however. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/

[PHP-DEV] Wrong prototype for zend_fetch_debug_backtrace()

2011-03-10 Thread Sebastian Bergmann
https://gist.github.com/865413 fixes the prototype for zend_fetch_debug_backtrace(). Wondering whether I should wait with committing this to PHP_5_3 before 5.3.6. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de

Re: [PHP-DEV] Make set_time_limit() timeout a catchable fatal error

2011-03-09 Thread Sebastian Bergmann
On 03/08/2011 09:02 AM, Jared Williams wrote: Would pcntl_alarm() work? I think it does. Just hacked up https://github.com/sebastianbergmann/php-invoker but I need to do some more testing to make sure that it actually works the way want it to. Thanks! Sebastian -- Sebastian Bergmann

[PHP-DEV] Make set_time_limit() timeout a catchable fatal error

2011-03-08 Thread Sebastian Bergmann
Could set_time_limit() be changed in such a way that it triggers a catchable fatal error instead of a fatal error? Thanks! -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals

Re: [PHP-DEV] Re: Zend mm

2011-01-31 Thread Sebastian Bergmann
documentation is available on the subject here: > http://www.php.net/manual/en/features.gc.php http://www.research.ibm.com/people/d/dfb/papers/Bacon01Concurrent.pdf is the algorithm used by PHP's garbage collector. -- Sebastian BergmannCo-Founder and Principal Co

Re: [PHP-DEV] RFC - MACRO

2010-12-22 Thread Sebastian Bergmann
Am 22.12.2010 20:43, schrieb Stas Malyshev: > And then run it through CPP (gcc -Mcpp -E - - < in.php > out.php) and > get all the macros processed? That would be too easy ;-) -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian

Re: [PHP-DEV] RFC - MACRO

2010-12-22 Thread Sebastian Bergmann
Am 22.12.2010 18:11, schrieb Mathias Grimm: > I want to request a C/C++ feature that i think is good. > MACRO * https://github.com/andreiz/prep (extension for the PHP interpreter) * https://github.com/theseer/preprocessor (userland implementation) -- Sebastian Bergmann

Re: [PHP-DEV] Traits and Properties

2010-12-16 Thread Sebastian Bergmann
Am 16.12.2010 16:25, schrieb Stefan Marr: > From my point of view the right thing to do with regard to > properties is defined in the test cases below. +1 -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/

Re: [PHP-DEV] Traits and Properties

2010-12-12 Thread Sebastian Bergmann
On 12/12/2010 01:24 AM, Stefan Marr wrote: If you want to discourage attribute declaration in a trait, don't allow it at all. Not allowing it is not an option as far as I can tell. Good! :-) -- Sebastian BergmannCo-Founder and Principal Consultant http://seba

Re: [PHP-DEV] Traits and Properties

2010-12-11 Thread Sebastian Bergmann
collisions could be prevented. And, to discorage users to go this way, should there be a STRICT notice? If you want to discourage attribute declaration in a trait, don't allow it at all. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergma

Re: [PHP-DEV] RFC __autodefine / spl_autodefine

2010-12-06 Thread Sebastian Bergmann
Am 07.12.2010 05:44, schrieb Larry Garfield: > spl_autoload() does not suffer from this short-sighted problem but > accomplishes the same goal in a much more robust fashion. Exactly. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergm

Re: [PHP-DEV] RFC __autodefine / spl_autodefine

2010-12-06 Thread Sebastian Bergmann
the functionality itself. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: Making T_FUNCTION optional in method declarations

2010-11-27 Thread Sebastian Bergmann
Am 27.11.2010 18:40, schrieb Johannes Schlüter: > RFC: http://wiki.php.net/rfc/optional-t-function > Patch: http://schlueters.de/~johannes/php/zend_optional_t_function.diff +1 -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergm

Re: [PHP-DEV] Hold off 5.4

2010-11-23 Thread Sebastian Bergmann
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 Bergm

Re: [PHP-DEV] Hold off 5.4

2010-11-23 Thread Sebastian Bergmann
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 Consult

Re: [PHP-DEV] Traits and static methods

2010-11-22 Thread Sebastian Bergmann
o. Nobody should need a mechanism to make it as easy as pie to clutter the code base with singletons ;-) -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Develo

[PHP-DEV] Re: [PHP-CVS] svn: /php/php-src/trunk/ NEWS main/SAPI.c main/SAPI.h main/php_variables.c sapi/apache/mod_php5.c sapi/apache2filter/sapi_apache2.c sapi/apache2handler/sapi_apache2.c sapi/nsap

2010-11-06 Thread Sebastian Bergmann
Am 06.11.2010 18:14, schrieb Ilia Alshanetsky: > iliaaSat, 06 Nov 2010 17:14:21 + > > Revision: http://svn.php.net/viewvc?view=revision&revision=305129 > > Log: > Updated _SERVER['REQUEST_TIME'] to include microsecond pre

Re: [PHP-DEV] PHP 5.4: Rewriting of the parser into Lemon

2010-11-02 Thread Sebastian Bergmann
On 11/02/2010 10:31 AM, Ilia Alshanetsky wrote: > We should probably stick with the bison parser for now, at least until > the lemon matches the speed of the existing solution. +1 -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergm

Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

2010-10-29 Thread Sebastian Bergmann
On 10/30/2010 11:53 AM, Andi Gutmans wrote: > I would prefer this was not changed. +1 (for the same reasons) -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runt

Re: [PHP-DEV] Re: PHP Annotations RFC + Patch

2010-09-13 Thread Sebastian Bergmann
On 09/13/2010 09:05 AM, Zeev Suraski wrote: > I for one don't see the huge gain annotations bring on top of PHPDoc. Same here, I am satisfied with the way that annotations work, for instance, in PHPUnit. -- Sebastian BergmannCo-Founder and Principal Consult

Re: [PHP-DEV] Re: PHP Annotations RFC + Patch

2010-09-12 Thread Sebastian Bergmann
the code and code is not only automatically parsed but also read by humans. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe,

Re: [PHP-DEV] [PATCH] #52563: Adding E_NONE and/or E_EVERYTHING constants

2010-08-25 Thread Sebastian Bergmann
On 08/25/2010 03:38 PM, Pierre Joye wrote: > Nobody uses the recommendation in the two php.inis. So nobody will use E_DEVELOPMENT or E_NONE or whatever. We can only add options to PHP that offer choices to developers. If they do not use them ... what can we do? -- Sebastian Bergm

Re: [PHP-DEV] [PATCH] #52563: Adding E_NONE and/or E_EVERYTHING constants

2010-08-25 Thread Sebastian Bergmann
On 08/25/2010 03:07 PM, Derick Rethans wrote: > Don't we already have this with the default two php.inis we have in some > form? Yes, we do. And I, for one, also do not see the point for new E_* constants. -- Sebastian BergmannCo-Founder and Principal Cons

Re: [PHP-DEV] Annoucing PHP 5.4 Alpha 1

2010-08-18 Thread Sebastian Bergmann
Am 19.08.2010 01:32, schrieb steve: > Can we bring the strings/hash table optimizations to PHP 5.3.x please? Performance optimizations, especially major ones like the ones you mention, should be treated the same as new features: they should not be introduced in a minor version. -- Sebast

Re: [PHP-DEV] back to 5.4 alpha

2010-08-18 Thread Sebastian Bergmann
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 Consult

Re: [PHP-DEV] back to 5.4 alpha

2010-08-12 Thread Sebastian Bergmann
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

Re: [PHP-DEV] back to 5.4 alpha

2010-08-12 Thread Sebastian Bergmann
function. During production you'd obviously *not* have a > caster/strict type validator. Sounds reasonable to me. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals

Re: [PHP-DEV] Version management

2010-08-10 Thread Sebastian Bergmann
Am 10.08.2010 17:25, schrieb Derick Rethans: > Yes, and that's why I want 5.4 alpha1 out soonish... Exactly. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP

Re: [PHP-DEV] Version management

2010-08-10 Thread Sebastian Bergmann
itted to trunk" and "new code is released" under a year. Otherwise developers get frustrated. If we manage to release a PHP 5.X.0 release every year, we are a lot more predictable. Which is good for downstream as well. -- Sebastian BergmannCo-Founder and Pri

Re: [PHP-DEV] 5.4 Alpha?

2010-08-10 Thread Sebastian Bergmann
Am 10.08.2010 10:45, schrieb Johannes Schlüter: > So we'd always have three branches, while two only receive bug fixes, > plus one branch for the next milestone. +1 -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-

Re: [PHP-DEV] APC in trunk

2010-06-21 Thread Sebastian Bergmann
Am 21.06.2010 13:05, schrieb Rob Richards: > It was already agreed to include it into 6 before so why the need for > another vote on this just because its a new trunk? Also eludes me :-) -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergm

Re: [PHP-DEV] APC in trunk

2010-06-21 Thread Sebastian Bergmann
Am 21.06.2010 09:33, schrieb Ferenc Kovacs: > What's the problem with moo? You are not seriously asking that question, are you? -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/

Re: [PHP-DEV] APC in trunk

2010-06-20 Thread Sebastian Bergmann
Am 20.06.2010 23:07, schrieb Rasmus Lerdorf: > No, it is not enough to just have source code. The developers need to > play along as well. Which reminds me: does anybody actually know who develops xcache? Last time I checked the answer I found was: moo. -- Sebastian Be

Re: [PHP-DEV] APC in trunk

2010-06-20 Thread Sebastian Bergmann
PHP <= 5.4 +1 for building it by default -1 for enabling it by default -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To un

Re: [PHP-DEV] Remove ext/mysql from trunk? (was: Re: [PHP-DEV] Remove sqlite2 from trunk)

2010-06-19 Thread Sebastian Bergmann
enefits. I see. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Remove ext/mysql from trunk? (was: Re: [PHP-DEV] Remove sqlite2 from trunk)

2010-06-19 Thread Sebastian Bergmann
ing code that relies on it. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Type hinting

2010-05-29 Thread Sebastian Bergmann
n't do the same. The "optional scalar type hinting" would raise a catchable fatal error that could be converted to an exception. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PH

Re: [PHP-DEV] Type hinting

2010-05-28 Thread Sebastian Bergmann
e the language lacks syntax support for optional type checking in the function/method signature -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Ma

Re: [PHP-DEV] Type hinting

2010-05-28 Thread Sebastian Bergmann
There are no new conversion rules that can confuse people. - Type checking with "int $bar" will stay fast, as we only have to compare type. +1 -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http:/

Re: [PHP-DEV] Type hinting

2010-05-28 Thread Sebastian Bergmann
code like this public function foo($flag) { if (!is_bool($flag)) { throw new InvalidArgumentException(/* ... */); } } This is the type of code that I want to get rid off using scalar type hints. -- Sebastian BergmannCo-Founder and Principal

Re: [PHP-DEV] Type hinting

2010-05-23 Thread Sebastian Bergmann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/23/2010 01:08 AM, Ilia Alshanetsky wrote: > any mistmatch results in an error An error that is recoverable. So not only is the "strict typing" optional, but "type mismatches" can be caught and handled. -BEGIN PGP SIGNATURE- Version: Gn

[PHP-DEV] Re: svn: /php/php-src/trunk/ UPGRADING Zend/zend_builtin_functions.c

2010-05-07 Thread Sebastian Bergmann
On 05/06/2010 06:05 PM, Felipe Pena wrote: I guess better to create a traits-specific class. Currently the ReflectionClass doesn't return information about traits. I do not see a need for Trait-specific reflection because of the flattening property ("compiler-assisted copy&paste"). -- PHP I

Re: [PHP-DEV] trunk is alive and open

2010-04-28 Thread Sebastian Bergmann
Am 29.04.2010 07:28, schrieb Andi Gutmans: > I think with traits, performance enhancements and a few additional > changes we already have a pretty substantial version. +1 -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergm

Re: [PHP-DEV] Obscure token name

2010-04-27 Thread Sebastian Bergmann
Am 27.04.2010 09:17, schrieb Stefan Marr: > Instead of fixing internal details, form the users point of view it > might be better to not expose token names at all, but have meaningful > parser errors. ... which we want to achieve with the migration from bison to lemon, right? --

[PHP-DEV] Re: svn: /php/php-src/trunk/Zend/tests/ traits/bugs/abstract-methods01.phpt traits/bugs/abstract-methods02.phpt traits/bugs/abstract-methods03.phpt traits/bugs/abstract-methods04.phpt traits

2010-04-22 Thread Sebastian Bergmann
Am 15.04.2010 23:39, schrieb Stefan Marr: > Added traits test cases. No engine changes for now. [TRAITS] Hello Stefan, do you have an ETA for when the actual implementation will be committed? Thanks! Sebastian -- Sebastian BergmannCo-Founder and Principal Consult

Re: [PHP-DEV] [RFC] Performance improvements

2010-04-20 Thread Sebastian Bergmann
uld you write such code? -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Performance improvements

2010-04-13 Thread Sebastian Bergmann
once they are available. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Performance improvements

2010-04-11 Thread Sebastian Bergmann
Am 11.04.2010 16:21, schrieb Lukas Kahwe Smith: > So where do we stand here? I was wondering the same. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runt

Re: [PHP-DEV] horizontal reuse: traits vs. grafts

2010-03-26 Thread Sebastian Bergmann
Stefan Marr wrote: > Well, my personal (I admit very academic) position is: > - Traits are not classes > - Traits are not interfaces > - Traits are not types > - Traits cannot be instantiated > > Thus, there is no meaning of a is_a and instanceof +1 -

Re: [PHP-DEV] Performance improvements

2010-03-25 Thread Sebastian Bergmann
Zeev Suraski wrote: > What does it contain? It looks to me as if the patch would also reduce the memory footprint: s...@thinkpad Framework % time /usr/local/php-5.3.2/bin/php \ ../../../phpunit.php AssertTest PHPUnit @package_version@ by Sebastian Bergm

Re: [PHP-DEV] Performance improvements

2010-03-25 Thread Sebastian Bergmann
Sebastian Bergmann wrote: > Zeev Suraski wrote: >> Patch available at: http://bit.ly/aDPTmv Another note: PHP 5.3.99 + patch only built for me after manually running zend_vm_gen.php to update the generated files. -- Sebastian BergmannCo-Founder and Principal C

Re: [PHP-DEV] Performance improvements

2010-03-25 Thread Sebastian Bergmann
_property’ -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Commits to PHP_5_3

2010-03-18 Thread Sebastian Bergmann
Am 18.03.2010 19:10, schrieb Raphael Geissert: > I was considering adding support for tokyo cabinets, would that still > be acceptable for 5.3.x? I think something like that should go into a PECL extension. -- Sebastian BergmannCo-Founder and Principal Consultan

Re: [PHP-DEV] PHP 5.4 branch and trunk

2010-03-16 Thread Sebastian Bergmann
comes for a release, PHP_X_Y should be branched off of trunk. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://

Re: [PHP-DEV] Next major version must be 7 (Lessons learned from the ECMAScript committee)

2010-03-13 Thread Sebastian Bergmann
Lukas Kahwe Smith wrote: > Nobody needs to be punished My choice of words was bad, sorry. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP Runtime Development Mail

Re: [PHP-DEV] Next major version must be 7 (Lessons learned from the ECMAScript committee)

2010-03-13 Thread Sebastian Bergmann
ant to release old content under a new title and use a version bump (that has not happened yet) to cover up this fact. -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Internals - PHP R

Re: [PHP-DEV] Next major version must be 7 (Lessons learned from the ECMAScript committee)

2010-03-13 Thread Sebastian Bergmann
release date. +1 Authors that wrote, publishers that published and readers that bought books on PHP 6 need to be ... punished ;-) -- Sebastian BergmannCo-Founder and Principal Consultant http://sebastian-bergmann.de/ http://thePHP.cc/ -- PHP Int

<    1   2   3   4   5   6   7   8   9   10   >