gettext-runtime
===================================================================
All 1 tests passed


gettext-tools
===================================================================
1 of 326 tests failed
(18 tests were not run)

   SKIP: gettext-3, -5, -6, -7, -8
   SKIP: msgunfmt-csharp-1
   SKIP: msgunfmt-java-1     (!! but I have gcj !!)
   SKIP: recode-sr-latin-1
   SKIP: recode-sr-latin-2
   SKIP: lang-{objc,clisp,librep,guile,smalltalk}
   SKIP: lang-java           (!! but I have gcj !!)
   SKIP: lang-{csharp,pascal,perl-1,perl-2,php}

   FAIL: lang-tcl

gettext-3: skipped on non-glibc systems
gettext-5: skipped on non-glibc systems
gettext-6: skipped on non-glibc && non MacOS systems
gettext-7: skipped on non-glibc && non MacOS systems
gettext-8: setrlimit does not work
msgunfmt-csharp-1: skipped because csharp not available
msgunfmt-java-1:   skipped because java compiler or jar not found
lang-*:            in general skipped because the relevant compiler
                   is not found.  Exceptions listed below.
lang-java:         I would have expected lang-java to run?
lang-perl-1:       perl package Locale::Messages is not installed
lang-perl-2:       perl package libintl-perl is not installed

lang-tcl:
< «Votre commande, s'il vous plait», dit le garçon.
---
> ▒Votre commande, s'il vous plait▒, dit le gar▒on.

Perhaps because our tcl is not pure cygwin, but rather win32ish,
and is not built with i18n support?


gettext-tools/gnulib-tests
===================================================================
[old note; unverified in the current release]: All tests fail when
--enable-relocation (the tests do not "activate" the relocation
support, but the gnulib library they link to expect it).

When not --enable-relocation (the normal case):
2 of 120 tests failed (3 tests were not run)
but 2 of the passes actually should be failures.

FAIL: test-file-has-acl.sh -- file_has_acl("tmpdir0") returned yes, expected no
      This is expected on cygwin; all files always have ACLs (there are default
      ones that can't be removed using cygwin setfacl).

PASS: test-copy-acl.sh     -- but
      coredump at line 205; also 'setfacl -d group:0 tmpfile0
                                  setfacl: illegal acl entries'
PASS: test-copy-file.sh    -- but
      coredump at line 199; also 'setfacl -d group:0 tmpfile0
                                  setfacl: illegal acl entries'

      In both of these cases, I suspect the segfault is due to poor error
      handling when setfacl reports an error.  FWIW, the line numbers
      reported seem to be off:
         test-copy-acl.sh:205   'case $acl_flavor in'
         test-copy-file.sh:199  'case $acl_flavor in'
      I can't see those being the cause of a segfault (in bash?)

SKIP: test-mbrtowc4.sh     -- no transitional chinese locale is supported
SKIP: test-mbsrtowcs4.sh   -- no transitional chinese locale is supported
SKIP: test-mbsstr3.sh      -- no chinese GB18030 locale is supported
FAIL: test-strchrnul.exe   -- segfault (bug fixed in cygwin-1.7.10?)