txt2pdbdoc is a Unix-based Text-to-Doc file conversion program. (It
also converts Doc files to plain text.) A Doc file is a defacto
standard file format for text documents for PalmOS document reader
applications. The motivation for writing txt2pdbdoc was that such
software at the time was crufty and poorly documented. In contrast,
txt2pdbdoc is well written and well documented. Unix-style "man"
pages are included for the program, utility scripts, and the Doc file
format itself. The source code is also generously commented.
$Revision: 0.86 $ $Date: 2004/06/20 09:54:33 $
! Unicode/uni.c Unicode/uni2euc.h
Flat-table representation of uni2euc is now segmented to paged
tables so Visual C++ happy. Also pages w/ undefined characters
only are aggregated to shrink the table by more than 50%.
Thank you, Takahashi-san.
Message-Id: <006301c45664$a048cb20$0401a8c0@makoto>
0.85 2004/06/18 18:32:19
! Jcode.pm
getcode() is now less likely to fail to detect utf-8
Message-Id: <001901c45541$234adb00$0401a8c0@makoto>
2003/06/21 07:37:54
! Unicode/* Manifest
Unicode XS is completely rewritten from scratch. It is now
even faster than Encode (but less general, of course).
Instead of bsearch(), Unicode XS now uses flat lookup table
Which makes it not only faster but (hopefully) more portable.
Its only price is slightly larger size of the shared library
(360kb on FreeBSD 4-Stable)
Perl extension to deal with IMAP UTF7
IMAP mailbox names are encoded in a modified UTF7 when names contains
international characters outside of the printable ASCII range. The
modified UTF-7 encoding is defined in RFC2060 (section 5.1.3).
for Linux. Most (all?) Linux distros don't provide a libiconv
package, because GLIBC's iconv support is good enough.
At this time, using PKG_FAIL_REASON instead of PKG_SKIP_REASON
so we can catch examples of packages depending on this.
The builtin.mk was improved to help stop it from being used under
Linux.
This was okayed by Rene Hexel, the maintainer.
Todo: fix abiword build because it should not require this libiconv
package under Linux.
GLIBC supports GNU libiconv's API. So don't depend on pkgsrc's
libiconv for it. This is normal: most other Linux distros don't
provide a libiconv package.
This was discussed on tech-pkg list over past two months. It has
helped a few users under Linux where they had some problems with
conflicts with their working iconv() support provided with libc
and the libiconv package.
This was okayed by maintainer, Rene Hexel.
This still needs some improvement. Some packages still try to
force libiconv usage even though not needed.
breaks some things on Darwin) and fix audio/musicpd so it doesn't need
it (by faking out a configure check that gets confused by the
iconv_open -> libiconv_open renaming)
Changes since 2.23:
===================
2004-03-29 Gisle Aas <gisle@ActiveState.com>
Release 3.01
By compiling the extension with PERL_NO_GET_CONTEXT we can
make it slightly faster on a threaded perl. No change on a
regular perl. Patch provided by <beau@beaucox.com>.
Fixed missing ";" with assert. Patch provided by
Brendan O'Dea <bod@debian.org>.
Release 3.00
Drop the pure Perl implementations of the encoders and
decoders. They are bloat that hides real problems in
the XS implementations. I will re-release them separately
in the new MIME-Base64-Perl distribution.
The 'gcc -Wall' fix in 2.22 broke support for perl5.005,
as the isXDIGIT() macro is not available in that perl.
This problem has now been fixed.
a GNU libiconv, whether it be builtin or not, and PREFER_{NATIVE,PKGSRC}
can be used to decide which iconv we use if USE_GNU_ICONV isn't defined.
On NetBSD, the native iconv implementation (if it exists) is considered
GNUish enough unless USE_GNU_ICONV is explicitly defined.
