Thanks for working on that. Previously, copying with cp -a, symlink times would not be preserved (silently, since cp made no attempt). It sounds like with this change, on systems without utimensat, c
I was wondering about printing the warning, and was wary about now silently not preserving symlink times. I.E. being silently inconsistent. I guess it's better to be quiet in this case? That also mea
I too had my doubts initially, but then noticed that rsync is also silent about this. I pushed your change with a few small log/comment tweaks. Thanks again! * src/copy.c (copy_internal): On systems
On cygwin, 'make' completes, but 'make check' issues a warning (and fails if I also add -Werror to CFLAGS): ccache gcc -std=gnu99 -gdwarf-2 -Wall -Werror -Wl,--as-needed -o stdbuf.exe stdbuf.o libver
Thanks for the feedback! In that case, the configure-time check for is-an-ELF-system must be failing on cygwin: optional_pkglib_progs= AC_MSG_CHECKING([whether this is an ELF system]) AC_EGREP_CPP([y
No: configure:43745: checking whether this is an ELF system configure:43761: result: no But there might be some missing holes where 'make check' tries to build stdbuf without regards to the result of
Then I suspect a portability problem, because if I simulate failure of that configure-time test, "make" does not try to build stdbuf or libstdbuf* on gnu/linux. If you can see (looking at src/Makefil
misc/stdbuf hangs (cygwin still has some fifo issues that might be at play, but more importantly, dd appears to be stuck trying to write to a fifo that never gets filled because stdbuf isn't working)
That should not run if stdbuf is not built. Here's a patch: -- src/remove.c | 14 ++++++++++++++ 1 files changed, 14 insertions(+), 0 deletions(-) diff --git a/src/remove.c b/src/remove.c index 80be53
The final list of failures on cygwin 1.7 (I'll need to investigate further, and still want to rerun this under pristine conditions. I'm not even going to bother running this under cygwin 1.5.x): FAIL
... What type of file system is that? (i.e., run this: df -hT .) Please try again, but without redirecting output to /dev/null: sleep 1 & pid=$! tail --pid=$pid -f f || fail=1 i.e., apply this patch:
Seems to, since I cannot repeat it anymore. But, for the record, the FS is an ext3. Cheers, ..C.. Attachment: signature.asc Description: This is a digitally signed message part
Pádraig fixed a few bugs (thanks!), and I've pulled in the latest from gnulib, so here's another snapshot. Thanks to everyone who has been helping. I'm expecting to switch from statfs to statvfs aft
`make && make check` passes for me: - non-root user - glibc-2.10.1 - gcc-4.4.1 - linux-2.6.30.4 - x86_64 system -mike Attachment: signature.asc Description: This is a digitally signed message part.