This is the mail archive of the cygwin-apps@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

ITP: libiconv


Okay, I've finished the multi-round rebuild of gettext and libiconv, and have six new packages ready for upload (don't worry; after approval I can handle the upload myself). However, since some are completely new packages, and others are updates that *depend* on the new packages, I can't upload any of them until the new packages are approved. So here goes...

--Chuck

NEW packages:
libiconv-1.8-2 : contains most of the libiconv package
libiconv2-1.8-2 : contains cygiconv-2.dll
libcharset1-1.8-2: contains cygcharset-1.dll (*)
libintl2-0.11.2-2: contains cygintl-2.dll (**)
gettext-devel-0.11.2-2: contains development-oriented gettext utils,
docs, import/static libs, etc.

UPDATED packages:
gettext-0.11.2-2: contains the core gettext utils & docs


OBSOLETED (but we'll keep them on the server because other progs need them):
libintl1-0.10.40-1: contains cygintl-1.dll

(*) It's not clear whether the API of libcharset and libiconv will always change simultaneously. It appears that libcharset is a separate, but included, project. So, to enable the two DLL's to be updated (e.g. version-bumped) separately, they need to each live in their own setup package.

(**) cygintl-2.dll now depends on cygiconv-2.dll (and vice versa). Also, xgettext.exe (in the gettext-devel package) depends on cygexpat-0.dll. Plus, the internal API of the intl library changed. So, all of these taken together justify the bump of the DLL version number, and the new package 'libintl2'.

The round-robin rebuild was:
no libiconv installed
built gettext-0.11.2-1
installed it
built libiconv-1.8-1 (against the iconv-less gettext)
installed it
built gettext-0.11.2-2 (against the new iconv)
installed it
built libiconv-1.8-2 (against the iconv-ful gettext)
installed it

And it all seems to work. libiconv passes all of its tests. gettext passes most of its tests -- there are two failures that seem to be bugs in gettext's test suite itself, a number of failures that boil down to pathname differences in the expected output (e.g. not really failures), and then 18 failures that all have to do with testing "proper" -rpath functionality. But we don't have -rpath on cygwin, so we really should just skip these tests.

Packages available at:
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/
in the following tree:
gettext/
gettext/gettext-devel/
gettext/libintl2/
libiconv/
libiconv/libiconv2/
libiconv/libcharset1/

The setup.hints:

GETTEXT:
sdesc: "GNU Internationalization library and core utilities"
ldesc: "The GNU gettext package provides a set of tools and
documentation for producing multi-lingual messages in programs. Tools include a set of conventions about how programs should be written to support message catalogs, a directory and file naming organization for the message catalogs, a runtime library which supports the retrieval of translated messages, and stand-alone programs for handling the translatable and the already translated strings. Gettext provides an easy to use library and tools for creating, using, and modifying natural language catalogs and is a powerful and simple method for internationalizing programs."
category: Devel Libs
requires: cygwin libintl2 libiconv2

GETTEXT-DEVEL:
sdesc: "GNU Internationalization development utilities"
ldesc: "The GNU gettext package provides a set of tools and
documentation for producing multi-lingual messages in programs. Tools include a set of conventions about how programs should be written to support message catalogs, a directory and file naming organization for the message catalogs, a runtime library which supports the retrieval of translated messages, and stand-alone programs for handling the translatable and the already translated strings. Gettext provides an easy to use library and tools for creating, using, and modifying natural language catalogs and is a powerful and simple method for internationalizing programs."
category: Devel
requires: cygwin libintl2 gettext texinfo libiconv2 expat
external-source: gettext

LIBINTL2:
sdesc: "GNU Internationalization runtime library"
ldesc: "The GNU gettext package provides a set of tools and
documentation for producing multi-lingual messages in programs. Tools include a set of conventions about how programs should be written to support message catalogs, a directory and file naming organization for the message catalogs, a runtime library which supports the retrieval of translated messages, and stand-alone programs for handling the translatable and the already translated strings. Gettext provides an easy to use library and tools for creating, using, and modifying natural
language catalogs and is a powerful and simple method for internationalizing programs."
category: Libs
requires: cygwin libiconv2
external-source: gettext

LIBICONV:
sdesc: "GNU character set conversion library and utilities""
ldesc: "The GNU libiconv package provides an iconv()
implementation, for use on systems which don't have one,
or whose implementation cannot convert from/to Unicode."
category: Devel Libs
requires: cygwin libintl2 libiconv2 libcharset1

LIBICONV2:
sdesc: "GNU character set conversion library and utilities - runtime (1)"
ldesc: "The GNU libiconv package provides an iconv()
implementation, for use on systems which don't have one,
or whose implementation cannot convert from/to Unicode."
category: Libs
requires: cygwin libintl2
external-source: libiconv

LIBCHARSET1:
sdesc: "GNU character set conversion library and utilities - runtime (2)"
ldesc: "The GNU libiconv package provides an iconv()
implementation, for use on systems which don't have one,
or whose implementation cannot convert from/to Unicode."
category: Libs
requires: cygwin
external-source: libiconv



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]