feature request for coreutil paste

2008-10-15 Thread Robert C. Kahlert
Could paste be made to recycle the shorter input file from the top of the file in the case of its exhaustion--akin to the way R recycles vectors when splicing things together? I envision something like --recycle. File #1: abc def ghi jkl mno File #2: 1 2 Output of paste f

Re: [PATCH x 5] warnings, some legit

2008-10-15 Thread Jim Meyering
Eric Blake <[EMAIL PROTECTED]> wrote: > Jim Meyering meyering.net> writes: > >> At first I was tempted to simply ignore any freopen failure, >> thinking that it was so unlikely as to be truly ignorable. >> And in addition, most are guarded by "if (O_BINARY &&...", >> so wouldn't even be compiled o

Re: [PATCH x 5] warnings, some legit

2008-10-15 Thread Eric Blake
Jim Meyering meyering.net> writes: > At first I was tempted to simply ignore any freopen failure, > thinking that it was so unlikely as to be truly ignorable. > And in addition, most are guarded by "if (O_BINARY &&...", > so wouldn't even be compiled on systems I care about. > However, there are

Re: problem with bootstrapping coreutils with automake 1.10.1

2008-10-15 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: > I couldn't do a bootstrap build of coreutils with the latest publicly > released tools due to the "1.10a" in configure.ac. Is that "1.10a" > obsolete now? Is it OK to use automake 1.10.1 now? Anyway, this > patch worked around my bootstrap problem: 1.10a

problem with bootstrapping coreutils with automake 1.10.1

2008-10-15 Thread Paul Eggert
I couldn't do a bootstrap build of coreutils with the latest publicly released tools due to the "1.10a" in configure.ac. Is that "1.10a" obsolete now? Is it OK to use automake 1.10.1 now? Anyway, this patch worked around my bootstrap problem: 2008-10-15 Paul Eggert <[EMAIL PROTECTED]>

[PATCH x 5] warnings, some legit

2008-10-15 Thread Jim Meyering
Here's a 5-patch series from a week or so ago. It started out with the aim to avoid some warnings. Some of those warnings were legitimate. At first I was tempted to simply ignore any freopen failure, thinking that it was so unlikely as to be truly ignorable. And in addition, most are guarded by "i

Re: [PATCH] Add option processing tests for 'expr'

2008-10-15 Thread Jim Meyering
Pádraig Brady <[EMAIL PROTECTED]> wrote: > The attached tests pass with both your and Paul's patches. > > I didn't add --bignum into the tests as I assumed > those options are being removed imminently. Thanks! looks perfect Only nit: I changed the one-line summary to start with "tests: " I've ju

[PATCH] Add option processing tests for 'expr'

2008-10-15 Thread Pádraig Brady
The attached tests pass with both your and Paul's patches. I didn't add --bignum into the tests as I assumed those options are being removed imminently. cheers, Pádraig. >From cc29aaeaa6f1d22199abc6eb2e94a62fab46a8f5 Mon Sep 17 00:00:00 2001 From: =?utf-8?q?P=C3=A1draig=20Brady?= <[EMAIL PROTECTE

Re: cp/mv: add -n option to not overwrite target (Ubuntu bug #229182)

2008-10-15 Thread Jim Meyering
Eric Blake <[EMAIL PROTECTED]> wrote: > According to Kamil Dudka on 10/15/2008 3:50 AM: >> Hello, >> >> at https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/229182 is >> proposed >> cp/mv enhancement: -n option to not overwrite target files. This option is >> available on FreeBSD cp/mv as

Re: cp/mv: add -n option to not overwrite target (Ubuntu bug #229182)

2008-10-15 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Kamil Dudka on 10/15/2008 3:50 AM: > Hello, > > at https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/229182 is > proposed > cp/mv enhancement: -n option to not overwrite target files. This option is > available on FreeBSD cp/mv

cp/mv: add -n option to not overwrite target (Ubuntu bug #229182)

2008-10-15 Thread Kamil Dudka
Hello, at https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/229182 is proposed cp/mv enhancement: -n option to not overwrite target files. This option is available on FreeBSD cp/mv as complement to options -i, -f: http://www.ipnom.com/FreeBSD-Man-Pages/cp.1.html http://www.ipnom.com/FreeB

Re: [coreutils] coreutils-7.0 expr exposes long-standing bug in matlab startup script

2008-10-15 Thread Jim Meyering
Pádraig Brady <[EMAIL PROTECTED]> wrote: > Jim Meyering wrote: >> For reference, here's a small patch I just wrote that solves >> at least some of the problems reported here, while retaining >> the ability to use MP at run time. > > I'd essentially done the same thing, so I think that will solve >

Re: [coreutils] coreutils-7.0 expr exposes long-standing bug in matlab startup script

2008-10-15 Thread Pádraig Brady
Jim Meyering wrote: > For reference, here's a small patch I just wrote that solves > at least some of the problems reported here, while retaining > the ability to use MP at run time. I'd essentially done the same thing, so I think that will solve most of the backwards compat issues. Note if leavi

Re: [coreutils] coreutils-7.0 expr exposes long-standing bug in matlab startup script

2008-10-15 Thread Jim Meyering
Paul Eggert <[EMAIL PROTECTED]> wrote: ... > Here's a proposed patch to do that. This change is a bit larger than > it has to be compared to 7.0, because (to be conservative) when in doubt > it does things the pre-7.0 way rather than the 7.0 way. For example, it > uses the same diagnostics as pre