internals

More about the conf when I’ll be back@home

The last time I attended a PHP conference was a couple of years ago and then make a break, too much conferences and not enough time.

This pause is now over and I’m impatient to attend IPC next week

As I said in my last post we are not yet sure if we need to make some changes to namespaces before we can move from alpha to beta in the current 5.3.0 release cycle.

What I did not ask for explicitly is feedback from people that have already started developing code with namespaces.

These people are likely the best source of feedback on the current state of namespaces and if the proposed changes to namespaces would be useful or not.

The proceedings of the 2008 LLVM Developers' Meeting have been posted.

The presentations included some overviews of various LLVM subsystems and internals and a few projects targeting the LLVM. Previous meeting's proceedings are also available.

Just a quick hint to people with an interest in the development of PHP, but no time for following php-internals.

Since March, there has been a wiki at wiki.php.net. The most interesting section is probably wiki.php.net/rfc, which - as the name implies - contains RFC’s for improvements of the language.

With more recent talk about namespaces in PHP 5.3, bloggers all over are tossing their comments into the discussion.

Chris Hartjes is one of the latest with his thoughts on the point of the functionality.

As Johannes Schluter mentions, the results of some benchmarking have been posted concerning the performance of PHP 5.3 versus the current 5.2 series:

Dmitry posted results of performance test comparing PHP 5.2 and 5.3 to internals which are impressive numbers:

• Drupal 20% faster
• Qdig 2% faster
• typo3 30% faster
• wordpress 15% faster
• xoops 10% faster

Up to 30% performance win by simply updating PHP!

Please help us with the quality assurance and test your applications using a 5.3 snapshot - we can't cover every usecase, you can!

Just stumbled over a proposal for traits in PHP, proposed by Stefan Marr.

Being a bit sceptical at first I came to the conclusion that this would be a really useful feature - and save us a bunch of doubled code in Stubbles.