I have just $Encode::VERSION++ and uploaded it as follows;
Whole:
http://www.dan.co.jp/~dankogai/Encode-1.96.tar.gz and CPAN
Diff against perl@19808 (219 lines)
http://www.dan.co.jp/~dankogai/Encode-19808.diff.gz
And Changes as follows.
$Revision: 1.96 $ $Date: 2003/06/18 09:29:02 $
! lib/Encode/JP/JP.pm t/guess.t
m/(...)/ in void context then $1 is considered a Bad Thing
Message-Id: <B5AB34D0-A019-11D7...@dan.co.jp>
! Encode.pm
Mentions in POD that as of perl 5.8.1 utf8::is_utf8() is
also available.
! encengine.c
More typecast from maintperl@19739
Message-Id: <200306110645....@smtp3.ActiveState.com>
! t/perlio.t
Tests 37 & 38 failed on Win32 -- yet another CRLF issue
Message-Id: <200306090733....@smtp3.ActiveState.com>
! t/Encode.t
Now skips for EBCDIC platform.
Message-Id:
<OF44B38062.A3998148...@portsmouth.uk.ibm.com>
! t/perlio.t
Craig's patch applied that addresses "Many systems (DOS, VMS) cannot
have more than one C<.> in their filenames." -- perlport.
Message-Id: <3ED79E01...@mac.com>
! bin/piconv
Found and fixed the back that -p,--perlqq does not work.
Induced by the change from Getopt::Std to Getopt::Long.
! encoding.pm
Addressed [cpan #2629] Wrong assumption in numeric comparison
Message-Id: <rt-2629-7326.1...@cpan.org>
! Encode.pm Encode.xs Unicode/Unicode.pm Unicode/Unicode.xs
lib/Encode/Encoding.pm t/perlio.t
! API Change: ->new_sequence() => ->renew()
+ Encode::Unicode makes use of it so it can handle BOM on PerlIO
+ Encode::XS and Encode::utf8 now supports ->renew()
+ Encode::Encoding now documents this with examples
- Non-XS (en|de)code stripped out of Encode::Unicode
Message-Id: <146957DB-8C39-11D7...@dan.co.jp>
Though most of the Changes are already in bleedperl, I decided to make
a release because of $1 problem. tests 24-29 of t/guess.t tests if it
is fixed (fails on 1.95 and below).
Boy, I have only 3 more release before 2.00 (without resulting to
1.100, of course). How close are we to perl 5.8.1 ?
Dan the Encode Maintainer