ANNOUNCE: (os, library, function) database

2007-02-21 Thread Bruno Haible
Hi, Now that sourceforge compilefarm disappeared, we need other ways to estimate the portability of POSIX functions. Also, the question "is this or that substitute still needed?" is asked over and over again, and autoconf has no means to answer this question, except if you collect the config.stat

Re: _.h -> .h and CVS

2007-02-21 Thread Bruno Haible
Hello Karl, > Forgive me, but I wanted to check to be sure: is it the case that for > every foo_.h file in Gnulib, the corresponding foo.h file is generated > at configure time? Rather, it is generated at "make" time with information that has been determined at configure time. It is also removed

_.h -> .h and CVS

2007-02-21 Thread Karl Berry
Forgive me, but I wanted to check to be sure: is it the case that for every foo_.h file in Gnulib, the corresponding foo.h file is generated at configure time? And therefore, for those of us who check in gnulib-tool generated files to CVS, the foo.h's should *not* be checked in, and should be adde

Re: gnulib getcwd patch needed for Solaris 10 getcwd

2007-02-21 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > Jim Meyering <[EMAIL PROTECTED]> writes: > >> Why does your config.h define HAVE_PARTLY_WORKING_GETCWD >> when using Sun C 5.8? > > Sorry, I don't know offhand. I don't currently have access to the > affected machine but will try to get to it soon. It is S

Re: gnulib getcwd patch needed for Solaris 10 getcwd

2007-02-21 Thread Paul Eggert
Jim Meyering <[EMAIL PROTECTED]> writes: > Why does your config.h define HAVE_PARTLY_WORKING_GETCWD > when using Sun C 5.8? Sorry, I don't know offhand. I don't currently have access to the affected machine but will try to get to it soon. It is Solaris 10 x86, patched to about a month ago. I b

Re: gnulib getcwd patch needed for Solaris 10 getcwd

2007-02-21 Thread Paul Eggert
Andreas Schwab <[EMAIL PROTECTED]> writes: > This will fail if the length of CWD is bigger than 4095 and some parts of > it are unreadable. Thanks for mentioning that. I backed out the change in gnulib. I'll try to come up with a better way of fixing the problem on Solaris.

Re: one last snapshot before test release

2007-02-21 Thread Jim Meyering
Matthew Woehlke <[EMAIL PROTECTED]> wrote: > Matthew Woehlke wrote: >> Anyway thanks for the quick fix, I nuked the line manually and that >> seemed to fix IRIX. I am also going to test the new snapshot. So far >> I have at least one test failure on IRIX that looks like a problem >> with my perl i

Re: gnulib getcwd patch needed for Solaris 10 getcwd

2007-02-21 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > coreutils "make check" failed on Solaris 10 with Sun C 5.8 due to "df > ." failing. I tracked it down to a getcwd issue exposed by recent > changes to getcwd.c, and installed this patch to gnulib. > > After installing this patch (and the other fixes I sent

Re: gnulib getcwd patch needed for Solaris 10 getcwd

2007-02-21 Thread Andreas Schwab
Paul Eggert <[EMAIL PROTECTED]> writes: > coreutils "make check" failed on Solaris 10 with Sun C 5.8 due to "df > ." failing. I tracked it down to a getcwd issue exposed by recent > changes to getcwd.c, and installed this patch to gnulib. > > After installing this patch (and the other fixes I sen

gnulib getcwd patch needed for Solaris 10 getcwd

2007-02-21 Thread Paul Eggert
coreutils "make check" failed on Solaris 10 with Sun C 5.8 due to "df ." failing. I tracked it down to a getcwd issue exposed by recent changes to getcwd.c, and installed this patch to gnulib. After installing this patch (and the other fixes I sent in just now), "make check" succeeded on this pla

Re: minor gnulib fixups to help port latest coreutils to Solaris 10

2007-02-21 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > I installed this to work around some porting problems on Solaris 10. > dirfd needs declaring. And cc complains about rpl_putenv being > redeclared with a different type, since Solaris 10 header files > declare it with a char * arg. > > 2007-02-20 Paul Egge