On Wednesday, May 1, 2002, at 10:30 , Jarkko Hietaniemi wrote:
Thanks, upgraded.
A bit of noise from ext/PerlIO/t/fallback.t:
./perl -Ilib ext/PerlIO/t/fallback.t
1..8
ok 1 - opened iso-8859-1 file
"\N{U+20ac}" does not map to iso-8859-1 at ext/PerlIO/t/fallback.t line
21.
ok 2 - perlqq escapes
ok 3 - opened iso-8859-1 file
ok 4 - HTML escapes
ok 5 - Opened as ASCII
# 5c
ok 6 - Escaped non-mapped char
ok 7 - Opened as ASCII
# fffd
ok 8 - Unicode replacement char
Also, is it intentional that there is no \N{U+HHHH} syntax...?
That was planned at some point but as of there is no such thing
Okay, I'll change the error message in the next one so it would say
"\x{abcd}" does not map to iso-8859-1 at ext/PerlIO/t/fallback.t line 21.
Autrijus just sent me a patch so it won't take long.
./perl -Ilib -Ilib -Mcharnames=:full -e '"\N{U+20ac}"'
Unknown charname 'U+20ac' at lib/unicore/Name.pl line 1
Why not just use \x{HHHH...}? If that's PERLQQ, that's what
I would expect?
Speaking of charnames and utf8heavy, charname::viacode() is incredibly
slow (I tried to use it extensively to pretty-comment ucm files. I gave
up and used quicker and dirtier approach originally by NI-XS) and I
don't really like how unicore/ is laid out. We can at least make use of
AnyDBM_File (the key-value pairs needed there is totally SDBM_File safe
so we can safely use it!) or if we can spend more memory, Storable.
return <<'END'
0 FFFF
END
is totally counterintuitive and the whitespace in between must be
exactly a single '\t' and that sucks (I've been annoyed why my test
script on InMyOwnDefinition didn't work as expected).
I would like to make this a 5.8.1 todo of mine.....
Dan the Encode Maintainer
