Re: [PHP-DEV] Re: is_a() - again - a better fix

2011-10-27 Thread Jan Schneider
Zitat von Pierre Joye : hi Jan! On Wed, Oct 26, 2011 at 11:16 AM, Jan Schneider wrote: On Tue, Oct 25, 2011 at 12:13 PM, Ferenc Kovacs wrote: from a quick look on their setup, they only have one node, and they are using the global php binary, so no, they are only testing one php version,

Re: [PHP-DEV] Re: is_a() - again - a better fix

2011-10-27 Thread Pierre Joye
On Thu, Oct 27, 2011 at 12:00 PM, Jan Schneider wrote: > I'm going to check with our Jenkins guru, but I'm wondering how such a VM > should look like. Should it contain a complete Jenkins instance, or just a > checkout of the Horde packages that you would run from your own Jenkins > server(s)? I

Re: [PHP-DEV] SplClassLoader and PSR-0 break language semantics

2011-10-27 Thread guilhermebla...@gmail.com
Hi Mario, On Wed, Oct 26, 2011 at 9:07 PM, wrote: > 2011/10/26 Matthew Weier O'Phinney : >> >> My main point, however, is that the standard was ratified quite some >> time ago already -- we just now have parties interested in creating a >> C-level implementation compatible with the standard to (

Re: [PHP-DEV] SplClassLoader and PSR-0 break language semantics

2011-10-27 Thread Matthew Weier O'Phinney
On 2011-10-26, Pierre Joye wrote: > On Thu, Oct 27, 2011 at 1:07 AM, wrote: > > 2011/10/26 Matthew Weier O'Phinney : > > > My main point, however, is that the standard was ratified quite some > > > time ago already -- we just now have parties interested in creating a > > > C-level implementation

Re: [PHP-DEV] SplClassLoader and PSR-0 break language semantics

2011-10-27 Thread mario
Hello Guilherme, 2011/10/27 guilhermebla...@gmail.com : > > PHP-Standard list is also opened. ... since a few days. But I'll happily take the discussion there. As I feel it doesn't belong here. Discussing PSR-0 or how it came to be is entirely off-topic (and would be rude). We are just discussin

Re: [PHP-DEV] SplClassLoader and PSR-0 break language semantics

2011-10-27 Thread Mike Willbanks
Hello, > Already answered before. Performance is important. A native C > > implementation is much faster than a PHP code implementation. > > Well, that's always a safe assumption. But a shiny benchmark would be > useful in this review. > Interesting hard fact would to be know if -for the overall f