> PHP 5.2: > - Better support for i18n > - int64 > > This is obviously just a general idea and I'm sure there are other things. > As I discussed with Derick today, I think i18n is something where work can > commence ASAP (even before 5.1) but my guess is that it would take quite a > bit of time for it to be release ready.
I thought so too.
I'd like to get LFS support into 5.1; it kinda needs int64 support. I would be happy with a ZVAL_INT64() macro that assigns an int64 type to a zval; for now it would represent the value as a long if it is < LONG_MAX, but as a string otherwise. This would solve the problem of returning a meaningful value to the script. We could also add an "L" placeholder to zend_parse_parameters() that would handle the reverse of this. I know this isn't a brilliant solution, but it is equivalent to what other int64 extensions are doing, and it would be good to have this centralized.
Yeah that sounds like something which might work or use a float?
I saw someone mentioned the performance of serialization.
Maybe we should have a competition similar to the longlong2str that MySQL had a few years ago :)
Who writes the fastest and best written serialization/unserialization routines for zval's.
Andi
-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
