Hi Jim, Am 10.11.2011 um 18:09 schrieb Jim Meyering: > Dagobert Michelsen wrote: >> I still get failing tests similar to the ones I reported in >> https://savannah.gnu.org/bugs/?29380 >> There doesn't seem to have been any fixing in gnulib for this since. >> Platform is Solaris 9 Sparc with Sun Studio 12. > ... > > Thanks for reporting that, again. > If you feel like debugging it, that would be nice. > I think I've seen the same thing on Solaris 10. > >>> FAIL: test-exclude2.sh (exit: 1) >>> ================================ >>> >>> *** excltmp.21000 Thu Nov 10 13:38:53 2011 >>> --- - Thu Nov 10 13:38:53 2011 >>> *************** >>> *** 2,6 **** >>> foo*: 1 >>> bar: 1 >>> foobar: 0 >>> ! baz: 1 >>> bar/qux: 0 >>> --- 2,6 ---- >>> foo*: 1 >>> bar: 1 >>> foobar: 0 >>> ! baz: 0 >>> bar/qux: 0
This test checks functionality from lib/exclude.c and that file contains > /* Non-GNU systems lack these options, so we don't need to check them. */ > #ifndef FNM_CASEFOLD > # define FNM_CASEFOLD 0 > #endif > #ifndef FNM_EXTMATCH > # define FNM_EXTMATCH 0 > #endif > #ifndef FNM_LEADING_DIR > # define FNM_LEADING_DIR 0 > #endif in Solaris 9 /usr/include/fnmatch.h does not contain FNM_CASEFOLD and is therefore set to 0. That means test-exclude2.sh should not be run if FNM_CASEFOLD == 0. >>> FAIL: test-exclude5.sh (exit: 1) >>> ================================ >>> >>> *** excltmp.21059 Thu Nov 10 13:38:54 2011 >>> --- - Thu Nov 10 13:38:54 2011 >>> *************** >>> *** 1,4 **** >>> bar: 1 >>> ! bar/qux: 1 >>> barz: 0 >>> foo/bar: 1 >>> --- 1,4 ---- >>> bar: 1 >>> ! bar/qux: 0 >>> barz: 0 >>> foo/bar: 1 This is similar and should not be run if FNM_LEADING_DIR == 0. Could you please forward this to the respective maintainers and ask if they could adjust the testsuite accordingly? Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896
