Re: mingw and same-inode

2009-09-23 Thread Paolo Bonzini
If the tri-state test is required in only a few places, how about using a new macro, say SAME_INODE_TRISTATE, I suggest SAME_INODE_STRICT, and agree in general with Jim's email. Paolo

Re: Use $(MKDIR_P) instead of @MKDIR_P@

2009-09-23 Thread Jim Meyering
Simon Josefsson wrote: > Jim Meyering writes: > >>> autoconf (GNU Autoconf) 2.61 >>> automake (GNU automake) 1.9.6 >> >> That is because your version of automake is so old. >> Use a newer one, if possible, preferably the latest: automake-1.11 > > Gnulib's DEPENDENCIES says 1.9.6 or later is ok.

Re: mingw and same-inode

2009-09-23 Thread Jim Meyering
Eric Blake wrote: > I'm currently testing these two patches, as mingw prerequisites before I can > get linkat() working. In particular, mingw is lousy at SAME_INODE, since all > three of [fl]stat produce st_ino == 0 for all files (then again, mingw never > claimed POSIX compliance!). Code was alw

basing *at functions over openat when available?

2009-09-23 Thread Paolo Bonzini
It seems to me that we took a backwards approach with mingw implementations of the *at functions. Mingw is perfectly able to implement both fchmod and openat via NTDLL functions (NtSetInformationFile and NtCreateFile/NtOpenFile). While underdocumented, these functions _are_ stable and are use

mingw and same-inode

2009-09-23 Thread Eric Blake
I'm currently testing these two patches, as mingw prerequisites before I can get linkat() working. In particular, mingw is lousy at SAME_INODE, since all three of [fl]stat produce st_ino == 0 for all files (then again, mingw never claimed POSIX compliance!). Code was always taking the identica

Re: gnulib daily snapshots missing

2009-09-23 Thread Simon Josefsson
"Tom G. Christensen" writes: > For a while now no new snapshots was appearing and now the last > remaining ones expired and the directory is empty :( The cause is build failures for gnulib, see: http://autobuild.josefsson.org/gnulib/log-200909231241047502000.txt The end reads: fseek.c:26: err

Re: make check failure on Debian GNU/Hurd

2009-09-23 Thread Hiroyuki Yamamoto
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Eric Blake wrote: > According to Hiroyuki Yamamoto on 9/23/2009 5:01 AM: >> GNU m4 1.4.13 fails to 'make check' on Debian GNU/Hurd. > >> Checking ./stackovf.test >> Stack soft limit set to 300K >> Failure - m4 aborted unexpectedly >> Output fr

Re: readlink(1) behavior

2009-09-23 Thread Jim Meyering
Eric Blake wrote: > According to Eric Blake on 9/18/2009 5:35 AM: >> On one hand: >> >> ln -s dangling link => 0 >> stat dangling/ => ENOENT >> stat link/ => ENOENT >> mkdir link/ => 0 > > Creating a directory through a slashed symlink works on Solaris 10, and is > required by POSIX, but it fails

Re: readlink(1) behavior

2009-09-23 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 9/18/2009 5:35 AM: > On one hand: > > ln -s dangling link => 0 > stat dangling/ => ENOENT > stat link/ => ENOENT > mkdir link/ => 0 Creating a directory through a slashed symlink works on Solaris 10, and is required by POSI

Re: make check failure on Debian GNU/Hurd

2009-09-23 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Hiroyuki Yamamoto on 9/23/2009 5:01 AM: > Hi, > > GNU m4 1.4.13 fails to 'make check' on Debian GNU/Hurd. > > Checking ./stackovf.test > Stack soft limit set to 300K > Failure - m4 aborted unexpectedly > Output from m4: > m4: internal er

Re: link

2009-09-23 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Eric Blake on 9/19/2009 8:28 PM: > According to Eric Blake on 9/9/2009 5:31 PM: >> Meanwhile, I noticed that the link module has a bug on mingw, where link >> ("a","b/.") created the regular file "b" rather than failing with ENOENT (I >>

Re: symlink/readlink and trailing slash

2009-09-23 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Meyering on 9/22/2009 11:17 AM: > Eric Blake wrote: >> That Solaris 9 bug of ignoring trailing slash is pervasive. I'm looking at >> committing this series next, once I run it through tests on more machines. > > These look like fine

[PATCH]: getdate.y: Allow usage of relative signed time offset even before time zone is specified.

2009-09-23 Thread Ondřej Vašík
Hello, as reported in https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/51106 , date sometimes produces different than expected output. I know it's impossible to cover all possible date/time formats by grammar, but the format "HH:MM + X minutes" looks quite common for me. I improved the gram

Re: Use $(MKDIR_P) instead of @MKDIR_P@

2009-09-23 Thread Thomas Guyot-Sionnest
On 23/09/09 02:44 AM, Simon Josefsson wrote: > Thomas Guyot-Sionnest writes: > >> On 31/08/09 09:54 AM, Simon Josefsson wrote: >>> Getting gnulib to build natively on Windows was a bit difficult, "make" >>> appears to break when trying to CreateProcess on /usr/bin/mkdir which >>> doesn't exist as

Re: Use $(MKDIR_P) instead of @MKDIR_P@

2009-09-23 Thread Simon Josefsson
Jim Meyering writes: >> autoconf (GNU Autoconf) 2.61 >> automake (GNU automake) 1.9.6 > > That is because your version of automake is so old. > Use a newer one, if possible, preferably the latest: automake-1.11 Gnulib's DEPENDENCIES says 1.9.6 or later is ok. What features of newer automake rel

Re: Missing $(LINK_WARNING_H) in test's Makefile causes error with Mac OS X 10.5.8's sed (GNU gnulib 2009-09-15 21:54:43)

2009-09-23 Thread Bruno Haible
Hi, Pauli Miettinen wrote: > Building the gnulib's (GNU gnulib 2009-09-15 21:54:43) tests fail with > Mac OS X 10.5.8 as follows: > > -e '/definition of GL_LINK_WARNING/r ' \ > < ./stdlib.in.h; \ > } > stdlib.h-t && \ > mv stdlib.h-t stdlib.h > sed: 1: "/defi