On Wed, Oct 02, 2002 at 04:24:51PM +0200, Robert Allerstorfer wrote: > Similary, I have found some limitations on certain platforms: > s/^utf8$/utf-8/i unless $^O eq "hpux"; > s/^utf-8$/UTF-8/i if $^O eq "solaris"; > s/^ucs-2$/ucs2/i if $^O eq "hpux"; > s/^ucs-2$/UCS-2/i if $^O eq "solaris"; > s/^shiftjis$/sjis/i; > s/^sjis$/SJIS/i if $^O eq "solaris"; > I used this code on Encode::compat 0.02 and will now have to fit it to > 0.04.
Would it be too much to ask for a list of such libiconv-incompatibility map, or at least a pointer to the supported canonical names of those recoders? > You have announced that you are planning to use Unicode::MapUTF8 > instead of Text::Iconv in a future version. Will this add more > platform independency? Maybe. But you can just install GNU libiconv on pretty much any platform and link Text::Iconv against that. Miyagawa-san has suggested that he might be able to provide a Jcode.pm interface to ::compat, which should also help against japanese-based recoding as well. /Autrijus/
msg01494/pgp00000.pgp
Description: PGP signature
