# Revision history for Perl extension Encode.
#
-# $Id: Changes,v 1.71 2002/05/07 16:22:42 dankogai Exp dankogai $
+# $Id: Changes,v 1.86 2003/01/22 03:29:07 dankogai Exp $
#
-$Revision: 1.71 $ $Date: 2002/05/07 16:22:42 $
+$Revision: 1.86 $ $Date: 2003/01/22 03:29:07 $
+! encoding.pm
+ * Don't forget to canonize when you attempt an exact match!
+ Message-Id: <73E7F801-2DAA-11D7-BF9A-000393AE4244@dan.co.jp>
+ * ${^ENCODING} exception is off for $] > 5.008
+ Message-Id: <20030122110617T.inaba.hiroto@toshiba-it.co.jp>
+! t/enc_utf8.t
+ $] check commented out so it runs on 5.8.0
+
+1.85 2003/01/21 22:19:14
+! encoding.pm
+ ${^ENCODING} exception is now explicit rather than handled by regex.
++ t/enc_eucjp.t t/enc_utf8.t
+ Test suite for the better "encoding" pragma support for bleedperl.
+ On 5.8.0, they will just be skipped.
+
+1.84 2003/01/10 12:00:16
+! encoding.pm
+ ${^ENCODING} is no longer set for utf so encoding is no longer fun :)
+ (That is to prevent duplicate encoding first by IO then ${^ENCODING})
+ Message-Id: <20030108213737.GK331043@lyta.hut.fi>
+! Unicode/Unicode.xs
+ %_ fixes saves the resulting .so .05% smaller, by NC
+ Message-Id: <20021226225709.GF284@Bagpuss.unfortu.net>
+! Encode.pm
+ Silence Encode on undef, by Andreas
+ Message-Id: <m3smwrohd1.fsf@k242.linux.bogus>
+ Message-Id: <m3of7fo7np.fsf@k242.linux.bogus>
+! Unicode/Unicode.xs
+ s/regognised/recognised/ . British spelling left intact to pay
+ respect to two British Nicks :)
+ Message-Id: <20021203020454.GK2274@kosh.hut.fi>
+
+1.83 2002/11/18 17:28:49
+! Encode.xs lib/Encode/JIS7.pm
+ Even more patches from Inaba-san has been applied. With this
+ patch t/uni/tr_7jis.t and t/uni/t_utf8.t of bleedperl will work.
+ Message-Id: <20021115105514D.inaba.hiroto@toshiba-it.co.jp>
+
+1.82 2002/11/14 23:06:12
+! Encode.xs
+ Encode::utf8 (XS Version) assertion botch first found in Cygwin,
+ later found in perls w/ -Dusemymalloc was fixed by NC.
+ Message-Id: <20021114210349.GA288@Bagpuss.unfortu.net>
+
+1.81 2002/11/08 18:29:27
+! Encode.pm Encode.xs
+ Non-XS version of Encode::utf8 is back (with XS being default).
+ Encode::predefine_encodings(0) to turn off XS.
+ This is primarily to cope w/ Cygwin smoke but Sadahiro-san has
+ found that it was Test::More causing the problem, not Encode.
+ But I have already made it configurable so it may be useful in
+ some rare cases....
+ Message-Id: <20021107210110.2EE4.BQW10602@nifty.com>, et al.
+! bin/enc2xs
+ The ingenious patch by Nicholas Clark that reduces shlib sizes by
+ 50% with no penalty and backward compatibility preserved, is in.
+ Message-Id: <20021103231324.GE288@Bagpuss.unfortu.net>
+
+1.80 2002/10/21 20:39:09
+! Encode.xs t/mime-header.t
+ Even more patches from NI-XS regarding Encode::utf8->decode().
+ And one more test to t/mime-header.t to prove it
+ Message-Id: <E183i0Y-0003mo-00@mserv1c.vianw.co.uk>
+
+1.79 2002/10/21 06:05:37
+! Encode.xs
+ Further patches from NI-XS. Encode::utf8->decode() now checks the
+ value of utf8 flag of the argument. As a result, the fix to
+ lib/Encode/MIME/Header.pm is no longer neccessary but since it did
+ no harm (even speedwise) I'll leave it unreverted.
+! ucm/cp949.ucm ucm/cp950.ucm
+ U+20AC EURO SIGN
+ U+00AE REGISTERED SIGN
+ were missing as a result of 1.78. Discovered by Moriyama-san.
+ Moriyama-san has also developed a test script that compares
+ (en|de)coded results to the corresponding Win32 API result and
+ all cp9?? maps are now verified.
+ Message-Id: <20021021025220.3AED.MSYK@mtg.biglobe.ne.jp>
+
+1.78 2002/10/20 15:44:00
+! lib/Encode/MIME/Header.pm
+ fixed so that it works with new Encode::utf8
+! Encode.pm Encode.xs
+ Encode::utf8 is now in Encode.xs by Nick In-XS. This allows
+ :encoding(UTF-8) to handle partial chars at end of buffers
+ correctly.
+ Message-Id: <20021020134935.2079.3@bactrian.ni-s.u-net.com>
+! lib/Encode/Supported.pod
+ More nitpickings applied.
++ t/rt.pl MANIFEST
+! t/CJKT.t
+ Moriyama-san has discovered a serious bug in t/CJKT.t; its roundtrip
+ tests were completely useless. To redeem that and get the peace of
+ mind again, I wrote t/rt.pl to test ALL '|0' ENTRIES in all
+ ucm/*.ucm Since this script takes too long to finish (30 seconds on
+ PIII-800MHz, FreeBSD), it is deliberately excluded from 'make test'
+ but you can easily run that by either renaming it or:
+ perl -Mblib t/rt.pl
+ Message-Id: <20021019065420.0C48.MSYK@mtg.biglobe.ne.jp>
+! ucm/cp936.ucm ucm/cp949.ucm ucm/cp950.ucm
+ Other CJKT cp9?? also updated according to the URI below;
+ http://www.microsoft.com/typography/unicode/cscp.htm
++ bin/ucmsort MANIFEST
+ ucmsort is a crude utility that sorts CHARMAP entries in UCM files
+ to proper order. intended for hardcore develpers only.
+! ucm/cp932.ucm JP/JP.pm AUTHORS
+ CP932 mapping which was based upon the mapping file at unicode.org
+ was found obsolete by MORIYAMA Masayuki msyk@mtg.biglobe.ne.jp>. He
+ has also supplied the patch so he was added to AUTHORS.
+! lib/Encode/Supported.pod
+ ISO-8859-11 != TIS 620
+ == TIS 620 + \xA0 ( )
+ Message-Id:
+ <DC504E9C3384054C8506D3E6BB012460810D23@bsebe001.americas.nokia.com>
+
+1.77 2002/10/06 03:27:02
+! t/jperl.t
+ * Modified to accomodate up and comming patch by Inaba-san that
+ will fix tr/// needing eval qq{}
+ Message-Id: <9F78A19C-D6C3-11D6-BAC6-0003939A104C@dan.co.jp>
+! encoding.pm
+ * pod fixes/enhancements to reflect the changes above
+! lib/Encode/Alias.pm
+ "Encode::TW is correct, Encode::Alias not." - /Autrijus/
+ Message-Id: <20021001015648.GB18710@not.autrijus.org>
+
+1.76 2002/08/25 15:09:51
+! t/big5-eten.utf
+ To reflect ucm change by Autrijus. t/big5-eten.enc was regenerated
+ but naturally identical to previous version -- dankogai
+! ucm/big5-eten.ucm
+ Codepoint fixes -- autrijus
+ Message-Id: <20020805040236.GC5220@not.autrijus.org>
+= *
+ copied everything under perl-5.8.0/ext/Encode to make sure Encode
+ is in sync w/ perl core
+! t/CJKT.t t/guess.t
+ Change 17175 by jhi@alpha on 2002/06/10 23:24:42
+ Now that binmode(FH) does implicit ":bytes" revisit
+ the failing tests. The worrisome one is the Digest::MD5
+ test-- how will it fare in CRLF lands now?
+! t/CJKT.t t/guess.t
+ From: Radu Greab <radu@netsoft.ro>
+ Date: Mon, 10 Jun 2002 00:40:34 +0300
+ Message-Id: <200206092140.g59LeYn15745@ix.netsoft.ro>
+ Fixes for en_US.UTF-8 failures, all but ext/PerlIO/t/fallback.t
+ ones which I cannot figure out.
+! lib/Encode/Alias.pm
+ Subject: [Encode PATCH] spurious warning
+ From: Nicholas Clark <nick@unfortu.net>
+ Date: Sun, 2 Jun 2002 20:26:22 +0100
+ Message-ID: <20020602192619.GA320@Bagpuss.unfortu.net>
+
+1.75 2002/06/01 18:07:49
+! lib/Encode/Alias.pm t/Alias.t lib/Encode/Supported.pod TW/TW.pm
+ glibc compliance cited by Autrijus.
+ http://www.li18nux.org/docs/html/CodesetAliasTable-V10.html
+! bin/enc2xs bin/piconv
+ Subject: Re: forewarning: usedevel and versiononly
+ Message-Id: <20020529081515.D570.H.M.BRAND@hccnet.nl>
+
+1.74 2002/05/28 18:33:15
++ ucm/null.ucm ucm/ctrl.ucm
+! Makefile.PL bin/enc2xs lib/Encode/Supported.pod
+ "null" and "ascii-ctrl" encodings added upon the request of Autrijus
+ Subject: Re: unicode -> &# notation
+ Message-ID: <20020518193704.GB40272@not.autrijus.org>
+
+1.73 2002/05/28 17:26:18
+! */Makefile.PL Makefile.PL bin/enc2xs Encode/Makefile_PL.e2x AUTHORS
+ Chris Nandor has fixed Encode so that it works w/ MacPerl --
+ at least w/ PPC (68k need static linking which does not work due to
+ 64k limit). pudge is added to AUTHORS (I'm surprised he was not
+ there in the list). Encode/Makefile_PL.e2x was additionally fixed
+ by dankogai to reflect changes in other Makefile.PL
+ Message-Id: <p0510030ab9195ed230ff@[10.0.1.107]>
+! t/mime-header.t
+ Subject: Change 16746: -Mutf8 cleanup.
+ Message-Id: <200205222345.g4MNj7e10597@smtp3.ActiveState.com>
+
+1.72 2002/05/20 15:49:56
+! Makefile.PL
+ Subject: [PATCH] Encode should be in perl-core library path
+ Message-Id: <86r8k7h738.wl@mail.edge.co.jp>
+ Message-Id: <20020520161201.A11019@alpha.hut.fi>
+! lib/Encode/MIME/Header.pm
+ Subject: [PATCH] Encode::MIME::Header
+ Message-Id: <86sn4nh7a8.wl@mail.edge.co.jp>
+! Encode/Makefile_PL.e2x
+ Subject: [PATCH] Make Makefile_PL.e2x happy on MSWin32
+ Message-Id: <20020519201031.GA1603@not.autrijus.org>
+! CN/Makefile.PL Byte/Makefile.PL JP/Makefile.PL TW/Makefile.PL
+ Symbol/Makefile.PL KR/Makefile.PL EBCDIC/Makefile.PL Makefile.PL
+ AUTHORS
+ @16628 and @16652 from Vadim. Vadim was added to AUTHORS.
+ Subject: [PATCH] good day for WinCE port of perl.
+ Message-ID: <001301c1fc68$e808e560$a95cc3d9@vad>
+! Encode.xs
+! Unicode/Unicode.xs
+ Even more linting by Robin via @16532
+! Encode.xs
+ Even more typecast by Sarathy in @16460
+
+1.71 2002/05/07 16:22:42
! Encode.xs
even more typecasts by Robin
Message-Id: <200205071513.QAA05846@tempest.npl.co.uk>
A very strange bug that was causing a bugus ucm -> C table
generation that was revealed by a UCM file that Andreas was
working. This is the king of wierdest bug I've encountered
- in the course of Encode maintainance.
+ in the course of Encode maintenance.
Message-Id: <6C04F0FA-61D4-11D6-B164-00039301D480@dan.co.jp>
1.70 2002/05/06 10:26:48
Typo fixes and improvements by jhi
Message-Id: <200204010201.FAA03564@alpha.hut.fi>, et al.
-1.11 $Date: 2002/05/07 16:22:42 $
+1.11 2002/03/31 22:12:13
+ t/encoding.t
+ t/jperl.t
! MANIFEST
Autrijus, you may fix Encode::HanExtra.
+ t/CJKalias.t
+ to test encode aliases added
-
- LocalWords: maintainance
projects / p5sagit/p5-mst-13.2.git / blobdiff