Hi Todd, are you really sure this is a good idea? The version you sent is wildly incompatible with GNU sed. So we add a non-standard utility that exhibits different behaviour on different systems even though a standard utility already exists for the purpose?
Is this needed for porting work? If so, which behavour is more commonly expected - GNU compatible or FreeBSD compatible? Would it be picked up by ./configure in ports, and to what effect? Yours, Ingo $ seq 3 -1 10 ; echo $? seq: needs positive increment 1 $ gseq 3 -1 10 ; echo $? 0 $ seq 3 0 10 ; echo $? seq: zero increment 1 $ gseq 3 0 10 ; echo $? gseq: Abort trap (core dumped) 134 $ seq 3 1 ; echo $? 3 2 1 0 $ gseq 3 1 ; echo $? 0 $ seq -f '%a' 3 0x1p+0 0x1p+1 0x1.8p+1 $ gseq -f '%a' 3 0x8p-3 0x8p-2 0xcp-2 $ seq -f '%i' 3 seq: invalid format string: `%i' $ gseq -f '%i' 3 gseq: Abort trap (core dumped) $ seq -s / 3 ; echo $? 1/2/3/0 $ gseq -s / 3 ; echo $? 1/2/3 0 $ seq -s '.\n' 3 ; echo $? 1. 2. 3. 0 $ gseq -s '.\n' 3 ; echo $? 1.\n2.\n3 0 $ seq -s / -t '\n' 3 ; echo $? 1/2/3/ 0 $ gseq -s / -t '\n' 3 ; echo $? gseq: unknown option -- t Try 'gseq --help' for more information. 1 $ seq --help seq: unknown option -- help usage: seq [-w] [-f format] [-s string] [-t string] [first [incr]] last $ gseq --help [... prints a novel ...] $ seq 0 .5 1 0 0.5 1 $ gseq 0 .5 1 0.0 0.5 1.0
