Dan Kogai <[EMAIL PROTECTED]> writes:
> --- perl-5.8.x/utf8.c Wed Nov 17 23:11:04 2004
> +++ perl-5.8.x.dan/utf8.c Sun Dec 5 11:38:52 2004
> @@ -429,6 +429,13 @@
> }
> else
> uv = UTF8_ACCUMULATE(uv, *s);
> + /* Checks if ord() > 0x10 -- dankogai *
Tim Bunce <[EMAIL PROTECTED]> writes:
> On Sun, Dec 05, 2004 at 11:58:54AM +0900, Dan Kogai wrote:
> > % perl -Mblib -MEncode -le '$a="\x{}"; print encode("UTF-8", $a, 1)'
> > "\x{}" does not map to utf8 at [...]
>
> Shouldn't that (and similar messages) say "... does not map to UTF-8" ?
On Sun, Dec 05, 2004 at 11:58:54AM +0900, Dan Kogai wrote:
> % perl -Mblib -MEncode -le '$a="\x{}"; print encode("UTF-8", $a, 1)'
> "\x{}" does not map to utf8 at [...]
Shouldn't that (and similar messages) say "... does not map to UTF-8" ?
Tim.
On Sun, Dec 05, 2004 at 11:58:54AM +0900, Dan Kogai wrote:
> Sine Gisle's patch make use of utf8n_to_uvuni(), it seems to be a
> problem of perl core. So I have checked utf8.c which defines that.
> Seems like it does not make use of PERL_UNICODE_MAX.
>
> The patch against utf8.c fixes that.
Dan Kogai <[EMAIL PROTECTED]> writes:
> Sine Gisle's patch make use of utf8n_to_uvuni(), it seems to be a
> problem of perl core. So I have checked utf8.c which defines that.
> Seems like it does not make use of PERL_UNICODE_MAX.
>
> The patch against utf8.c fixes that.
Seems like a good idea t
On Dec 05, 2004, at 10:56, Dan Kogai wrote:
Thanks, applied in my repository. New tests and documentation fix in
progress. When I am done w/ that, I will release Encode-2.0901 on my
web (not CPAN yet). When cross-checks by porters are done I will
release Encode-2.10.
Dan the Encode Maintaine