Hello Stanislav,
nice work all involved.
marcus
Tuesday, July 8, 2008, 2:21:23 AM, you wrote:
> Hi!
> Following more than a year of planning and development, and the release
> of version 1.0.0 on PECL, I have merged today the intl extension into
> PHP core. The list of its current capabili
ecision).
> After that is done, decide about multibyte support. Along with the commit to
> the 5.3 branch there will be a new re2c version available.
> Marcus Boerger
> Nuno Lopes
> Scott MacVicar
> [1] http://re2c.org/
> [2] http://www.hwaci.com/sw/lemon/
> [3] svn://whi
Hello Stanislav,
i'd like to see this in ext.
best regards
marcus
Thursday, August 2, 2007, 2:33:52 AM, you wrote:
> Hi!
> I've committed initial bunch of ICU implementation code to PECL module
> intl. There are two branches there - PHP_5_2 for PHP 5 and HEAD for PHP
> 6. If you want to tr
Hello Andrei,
you should reconsider giving it full iterator interface. Adding more
functionality is of course quite easy and no problem at all. Sharing an
interface also makes the whole thing feel much better as in no conflicts
as in consistent. Actually that's what interfaces are for.
Friday,
lly and stay with the old stuuf. And second
> apply the output encoding at the end of the function. Thinking about
> it the first solution makes much more sense.
> best regards
> marcus
> Saturday, June 3, 2006, 1:50:26 PM, you wrote:
>> Marcus Boerger wrote:
>>> H
first solution makes much more sense.
best regards
marcus
Saturday, June 3, 2006, 1:50:26 PM, you wrote:
> Marcus Boerger wrote:
>> Hello Anrei,
>>
>> why don't we simply make zend_make_printable_zval() call on of
>> zend_make_unicode_zval/zend_make_string_zv
Hello Anrei,
why don't we simply make zend_make_printable_zval() call on of
zend_make_unicode_zval/zend_make_string_zval() depending on ini
setting unicode_semantics, see attached patch.
--
Best regards,
Marcus mailto:[EMAIL PROTECTED]Index: Zend/zend.c
==
/Zeev.
marcus
Thursday, March 16, 2006, 7:11:39 AM, you wrote:
> On Mar 11, 2006, at 4:22 AM, Marcus Boerger wrote:
> [snip]
>> So now HashKey matches zend_hash_key just by pure reordering.
> Why do we need both HashKey and zend_hash_key?
> -Andrei
--
Best regards,
marcus
Hello Derick,
Wednesday, March 15, 2006, 10:24:37 AM, you wrote:
> Hello!
> The past few days I've been trying to get some of our code to run on PHP
> 6 with unicode semantics turned on to be able to provide some
> benchmarking. Ofcourse I found some BC breaking behavior, where the
> followin
i added in the above in case of interger indices.
best regards
marcus
>> -Original Message-
>> From: Marcus Boerger [mailto:[EMAIL PROTECTED]
>> Sent: Sunday, March 12, 2006 1:59 PM
>> To: Dmitry Stogov
>> Cc: php-i18n@lists.php.net
>> Subject: Re: [PHP-I1
ZendHash operation.
> Thanks. Dmitry.
>> -Original Message-
>> From: Marcus Boerger [mailto:[EMAIL PROTECTED]
>> Sent: Saturday, March 11, 2006 3:22 PM
>> To: php-i18n@lists.php.net
>> Subject: [PHP-I18N] Hash api change
>>
>>
>> Hell
Hello php-i18n,
i think we should change the api a bit:
From:
typedef struct _key {
zend_uchar type;
union {
char s[1]; /* Must be last element */
UChar u[1]; /* Must be last element */
} arKey;
} HashKey;
typedef struct bucket {
Hello Dmitry,
i looked at the patch and must say that you did it better than i thought
of when i first came to the idea but well you already told us that you can
do it much better. However i must also admit that it doesn't buy us much.
So i guess we can also stay with what we have and move along
change for no real gain.
> At 01:15 AM 2/21/2006, Marcus Boerger wrote:
>>Hello Dmitry,
>>
>>Tuesday, February 21, 2006, 7:45:17 AM, you wrote:
>>
>> > I don't like int32_t because
>>
>> > 1) it is defined in ICU.
>>
>> int32_
Hello Dmitry,
Tuesday, February 21, 2006, 7:45:17 AM, you wrote:
> I don't like int32_t because
> 1) it is defined in ICU.
int32_t is defined in by ansi c 89.
> 2) I will need to rewrite a lot of existing functions to use int32_t instead
> of int.
3) Both int and int32_t are wrong. The onl
Hello Tex,
generally i am not available until 2030GMT and on wednesday i am not
available before 2100GMT. GMT Evening hours is no problem for me. However
i am not that important for i18n meeting i guess.
best regards
marcus
Friday, February 17, 2006, 9:59:55 AM, you wrote:
> I would like to d
Hello,
The following is a draft idea about how to design a portable native/unicode
string api. Before i proceed with the real idea i want to investigate two
issues on a low level:
First some considerations regarding wide string literals (L"..."):
|ISO-C-89: 6.4.5:
|5 [...]; for wide string liter
17 matches
Mail list logo
