Re: coreutils-6.3: c89 patch insufficent

2006-10-12 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > Thanks for reporting that. In looking at the code, I found > some other problems (notably, errno was sometimes mishandled) > and installed the following more-general patch into gnulib. > > 2006-10-11 Paul Eggert <[EMAIL PROTECTED]> > > * lib/rename-

Re: [bug-gnulib] printf %lld versus %Ld for Tandem NSK (OSS)

2006-10-12 Thread Bruno Haible
Paul Eggert wrote: > 2006-10-11 Paul Eggert <[EMAIL PROTECTED]> > > * lib/inttypes_.h (_LONG_LONG_FORMAT_PREFIX): New macro. > Add support for Tandem NonStop R series. > (_PRI64_PREFIX, _PRIu64_PREFIX, _SCN64_PREFIX, _SCNu64_PREFIX): > Use new macro. > > --- lib/inttypes

Re: FW: Uniq command gives wrong and different results

2006-10-12 Thread Bob Proulx
Fong Tin Joen, Raimund wrote: > You are right about one thing and that is about using the sort command > first. > > Due to excitement or perhaps confusion I forgot to mention that I did > used the sort command as given in your example. > ... > All I meant to say is : > That with the usage of the s

small build fixes

2006-10-12 Thread Ralf Wildenhues
I suggest this tiny patch to have less leftover files after a maintainer-clean, and add one missing $(srcdir). Cheers, Ralf 2006-10-12 Ralf Wildenhues <[EMAIL PROTECTED]> * Makefile.am (THANKS-to-translators): Add missing $(srcdir). (MAINTAINERCLEANFILES): Add .kludge-stamp.

making coreutils configure `gcc -Wall' clean

2006-10-12 Thread Ralf Wildenhues
The patch below enables CVS coreutils to be built with ../coreutils/configure -C CC='gcc -Wall -Werror -fno-builtin' \ CPPFLAGS=-Dlint on my GNU/Linux system, after one more tiny patch to gnulib (sent to its list). Not quite sure if that fits your coding style. Chee

FYI: renaming: s/gl_MACROS/coreutils_MACROS/

2006-10-12 Thread Jim Meyering
I've made this trivial change: [ChangeLog] * configure.ac: Reflect s/gl_MACROS/coreutils_MACROS/ renaming. Call gl_INIT directly, rather than through the above. [m4/ChangeLog] * jm-macros.m4 (coreutils_MACROS): Rename from gl_MACROS, now that most of the gnulib macros have migrated into gnulib. Do

Re: making coreutils configure `gcc -Wall' clean

2006-10-12 Thread Jim Meyering
Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > The patch below enables CVS coreutils to be built with > ../coreutils/configure -C CC='gcc -Wall -Werror -fno-builtin' \ > CPPFLAGS=-Dlint > > on my GNU/Linux system, after one more tiny patch to gnulib > (sent to its list).

Re: NSK(OSS) compilation problem (change to m4/extensions.m4)

2006-10-12 Thread Ralf Wildenhues
* Matthew Woehlke wrote on Thu, Oct 12, 2006 at 08:20:14PM CEST: > Paul Eggert wrote: > > > >--- m4/extensions.m4 3 Oct 2006 04:12:40 - 1.11 > >+++ m4/extensions.m4 11 Oct 2006 23:10:59 - > [snip] > >+#ifndef _TANDEM_SOURCE > >+# undef _TANDEM_SOURCE > > #endif]) > [snip] > > Um... i

FYI: work with latest gnulib-tool

2006-10-12 Thread Jim Meyering
This change is required to bootstrap using today's gnulib-tool. * Makefile.am (libcoreutils_a_LIBADD): Append $(LIBOBJS), to accommodate the latest version of gnulib-tool. (libcoreutils_a_DEPENDENCIES): Likewise. >From Bruno Haible. Index: Makefile.am =

Drastic change in behaviour of "cp -ab" betwee V5.93 and V6.3

2006-10-12 Thread Peter Breitenlohner
We have noticed that the behaviour of cp -ab has drastically changed between somewhere Versions 5.93 and 6.3. The old version didn't backup existing directories, but the new one does make such backups (i.e., moves a destination directory FOO to FOO~). We consider this new behaviour highl

Re: small build fixes

2006-10-12 Thread Jim Meyering
Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > I suggest this tiny patch to have less leftover files after a > maintainer-clean, and add one missing $(srcdir). > > Cheers, > Ralf > > 2006-10-12 Ralf Wildenhues <[EMAIL PROTECTED]> > > * Makefile.am (THANKS-to-translators): Add missing $(srcdir

Re: Drastic change in behaviour of "cp -ab" betwee V5.93 and V6.3

2006-10-12 Thread Paul Eggert
Peter Breitenlohner <[EMAIL PROTECTED]> writes: > I cannot believe that the new behaviour is intentional, and IMHO it doesn't > make much sense. Looking at the patch that changed the behavior: http://lists.gnu.org/archive/html/bug-coreutils/2006-08/msg00285.html it appears you're right. That w

Re: Drastic change in behaviour of "cp -ab" betwee V5.93 and V6.3

2006-10-12 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > Peter Breitenlohner <[EMAIL PROTECTED]> writes: > >> I cannot believe that the new behaviour is intentional, and IMHO it doesn't >> make much sense. > > Looking at the patch that changed the behavior: > > http://lists.gnu.org/archive/html/bug-coreutils/2006

Re: Drastic change in behaviour of "cp -ab" betwee V5.93 and V6.3

2006-10-12 Thread Andreas Schwab
Paul Eggert <[EMAIL PROTECTED]> writes: > Peter Breitenlohner <[EMAIL PROTECTED]> writes: > >> I cannot believe that the new behaviour is intentional, and IMHO it doesn't >> make much sense. > > Looking at the patch that changed the behavior: > > http://lists.gnu.org/archive/html/bug-coreutils/200

Re: Drastic change in behaviour of "cp -ab" betwee V5.93 and V6.3

2006-10-12 Thread Jim Meyering
Andreas Schwab <[EMAIL PROTECTED]> wrote: > Paul Eggert <[EMAIL PROTECTED]> writes: > >> Peter Breitenlohner <[EMAIL PROTECTED]> writes: >> >>> I cannot believe that the new behaviour is intentional, and IMHO it doesn't >>> make much sense. >> >> Looking at the patch that changed the behavior: >>

Re: FYI: work with latest gnulib-tool

2006-10-12 Thread Paul Eggert
Jim Meyering <[EMAIL PROTECTED]> writes: > This change is required to bootstrap using today's gnulib-tool. > > * Makefile.am (libcoreutils_a_LIBADD): Append $(LIBOBJS), > to accommodate the latest version of gnulib-tool. > (libcoreutils_a_DEPENDENCIES): Likewise. I also needed the following chang