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?)