Guido Flohr <[EMAIL PROTECTED]> writes:
>Hi,
>
>On Thu, Jul 11, 2002 at 12:15:30PM +0100, Nick Ing-Simmons wrote:
>> For my Tk application of encode the in-place form causes unnecessary
>> copies. e.g. I need the original and the form encoded into the encoding
>> required by the font, or I have t
If you're SO-O-O-O concerned about execution speed, then you should NOT be a
perl programmer at all.
--
- - Kingpin
Hi,
On Thu, Jul 11, 2002 at 12:15:30PM +0100, Nick Ing-Simmons wrote:
> For my Tk application of encode the in-place form causes unnecessary
> copies. e.g. I need the original and the form encoded into the encoding
> required by the font, or I have to copy the input arg to return location.
But
Hi,
On Wed, Jul 10, 2002 at 11:44:47PM +0300, Jarkko Hietaniemi wrote:
> There has been some talk of Encode possibly caching internally
> "fast paths" for small (like one eight-bit cset to another)
> conversions. But it was decided that we better get it first
> working (and out of the door with
Guido Flohr <[EMAIL PROTECTED]> writes:
>Until this morning I didn't know about the new Encode interface. Last
>weekend I had started something quite similar which is entirely written
>in Perl (no C code). I have chosen a slightly different interface,
>however, and maybe you are interested to le
There has been some talk of Encode possibly caching internally
"fast paths" for small (like one eight-bit cset to another)
conversions. But it was decided that we better get it first
working (and out of the door with 5.8.0) and only then try to
make it faster.
I won't comment more on the OO vs n
Hi,
sorry that ...
On Wed, Jul 10, 2002 at 10:34:28PM +0200, Guido Flohr wrote:
> If you want to test yourself, download
>
> http://ml.imperia.org/tw/users/guido/libintl-0.03.tar.gz
mea culpa, rather try the correct address
http://ml.imperia.org/projects/libintl-perl/libintl-per