I installed this:
2006-08-26 Paul Eggert [EMAIL PROTECTED]
* src/Makefile.am (AM_CPPFLAGS): Remove -I$(srcdir) and -I../lib,
since Automake supplies them for us. It always did -I$(srcdir),
and with the recent change to AC_CONFIG_HEADERS in configure.ac it
is
along the lines of the previous commits, is there a reason src/Makefile.am
uses ../lib/lib*.a instead of $(top_builddir)/lib/lib*.a ? i'm looking at
LDADD and $(PROGRAMS) ...
-mike
pgpfSdIxKEcmZ.pgp
Description: PGP signature
___
Bug-coreutils
Mike Frysinger [EMAIL PROTECTED] wrote:
along the lines of the previous commits, is there a reason src/Makefile.am
uses ../lib/lib*.a instead of $(top_builddir)/lib/lib*.a ? i'm looking at
LDADD and $(PROGRAMS) ...
Yes. I find .. to be more readable than the otherwise
equivalent-in-src/
lib/xnanosleep.c currently assumes nanosleep works with any value that
can be fit into the struct timespec. For gnu+linux on a
platform with 64 bit longs, this isn't true (it currently doesn't even
return and error but just silently integer-overflows, but I've
submitted a patch to make it error).
I should add this patch is against current CVS. xnanosleep.c hasn't
changed much recently, but minmax.h is new.
--
Frank v Waveren Key fingerprint: BDD7 D61E
[EMAIL PROTECTED] 5D39 CF05 4BFC
F57A
Public key:
Andreas Schwab [EMAIL PROTECTED] wrote:
Summary: cp: cannot backup `./.': Device or resource busy
Project: GNU Core Utilities
...
$ cp --version | head -1
cp (GNU coreutils) 6.2-cvs
$ mkdir x y
$ cd y
$ cp -ab ../x/. .
cp: cannot backup `./.': Device or resource busy
Thanks for reporting
Update of bug #17540 (project coreutils):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #1:
Thanks for the
hi,
can you guide me how can i determine that my hardware is 32-bit or 64-bit
and i am using linux.
regards
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils