unconditional SIGPIPE usage in gzip 1.6

2013-06-11 Thread Bdale Garbee
Most of the SIGPIPE-related patch I've been carrying around in the Debian gzip package is no longer necessary with 1.6, for which I thank you. However, there is still one unconditional use of SIGPIPE that caused someone in Debian a problem at some point... might have been on a Hurd or BSD system,

zgrep man page improvement

2013-06-11 Thread Bdale Garbee
In the process of building the Debian gzip 1.6-1 package, I folded in a patch from one of our users that improves the zgrep man page to not lie about passing all options to grep. This seems like something you'd probably like to merge. See http://bugs.debian.org/687123 for more details. Bdale --

whither --rsyncable?

2013-06-11 Thread Bdale Garbee
I was disappointed to see that gzip 1.6 apparently still doesn't include a merge of the --rsyncable support the Debian package has included since 13 Feb 2003. Has someone determined that this definitely will *not* be merged, or is a decade just not long enough yet for it to pop to the top of the

Re: gzip 1.6 --version copyright date

2013-06-11 Thread Jim Meyering
Stefano Lattarini wrote: > Hi Jim. I caught one typo in the commit message ... > > On 06/10/2013 03:38 AM, Jim Meyering wrote: >> Paul Eggert wrote: >>> One little thing: gzip --version says: >>> >>> gzip 1.6 >>> Copyright (C) 2007, 2010, 2011 Free Software Foundation, Inc. >>> ... >>> >>> I gues

Gzip 1.6 v. Tru64 and VMS

2013-06-11 Thread Steven M. Schweda
On Tru64, using a vendor-supplied C compiler, ... urtx# sizer -v HP Tru64 UNIX V5.1B (Rev. 2650); Fri Mar 20 20:19:48 CDT 2009 urtx# cc -V Compaq C V6.5-303 (dtk) on HP Tru64 UNIX V5.1B (Rev. 2650) Compiler Driver V6.5-302 (dtk) cc Driver New problems (since 1.5): urtx# CC=cc ./configure

Re: whither --rsyncable?

2013-06-11 Thread Paul Eggert
On 06/11/2013 12:18 PM, Bdale Garbee wrote: > Has someone determined that this definitely will *not* be merged, or is > a decade just not long enough yet for it to pop to the top of the > pending queue? ;-) The latter, I'm afraid. gzip is pretty low on my list, anyway.

Re: unconditional SIGPIPE usage in gzip 1.6

2013-06-11 Thread Paul Eggert
On 06/11/2013 12:09 PM, Bdale Garbee wrote: > might have been on a > Hurd or BSD system, I don't recall offhand. Those both have SIGPIPE, so it must have been something else. I'm a bit curious about what it'd be, though, since as far as I know only MSVC and mingw lack SIGPIPE. Anyway, I pushed th

Re: whither --rsyncable?

2013-06-11 Thread Jim Meyering
Bdale Garbee wrote: > I was disappointed to see that gzip 1.6 apparently still doesn't include > a merge of the --rsyncable support the Debian package has included since > 13 Feb 2003. > > Has someone determined that this definitely will *not* be merged, or is > a decade just not long enough yet fo

Re: whither --rsyncable?

2013-06-11 Thread Jim Meyering
Jim Meyering wrote: > Bdale Garbee wrote: >> I was disappointed to see that gzip 1.6 apparently still doesn't include >> a merge of the --rsyncable support the Debian package has included since >> 13 Feb 2003. >> >> Has someone determined that this definitely will *not* be merged, or is >> a decade

Re: zgrep man page improvement

2013-06-11 Thread Paul Eggert
Thanks, I applied this somewhat-different patch instead: >From a4097fdd12999f69a53ea09d170447f3896d5e12 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 11 Jun 2013 19:43:21 -0700 Subject: [PATCH] doc: zgrep exit status, unsupported options * zgrep.1 (EXIT STATUS, BUGS): New sections. Probl

Re: Gzip 1.6 v. Tru64 and VMS

2013-06-11 Thread Paul Eggert
On 06/11/2013 04:01 PM, Steven M. Schweda wrote: >On Tru64, using a vendor-supplied C compiler, ... > CC getcwd-lgpl.o > cc: Warning: getcwd-lgpl.c, line 59: In this statement, "malloc(...)" of type > "i > nt", is being converted to "pointer to char". (cvtdiftypes) Thanks, for that p

Re: Gzip 1.6 v. Tru64 and VMS

2013-06-11 Thread Paul Eggert
On 06/11/2013 04:01 PM, Steven M. Schweda wrote: > + zgrep -15 17 - > grep: illegal option -- 1 > grep: illegal option -- 5 Thanks, for that part of the problem I installed this patch: >From ae9f3fd0e46733829b62cb485a136d1894e77a0c Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 11 Jun 201

Re: Gzip 1.6 v. Tru64 and VMS

2013-06-11 Thread Paul Eggert
On 06/11/2013 04:01 PM, Steven M. Schweda wrote: > cc: Warning: util.c, line 42: Allowing the declaration of a static array with > an > incomplete type is a language extension. (incompstatarr) Thanks, I installed the obvious patch for that one: >From e0552c7e66b66426de9b171b1da97aaae3d86266 Mon

Re: Gzip 1.6 v. Tru64 and VMS

2013-06-11 Thread Paul Eggert
On 06/11/2013 04:01 PM, Steven M. Schweda wrote: >"make check": > > FAIL: help-version What was in tests/help-version.log? >On VMS, the same set of changes suggested for 1.5 seems to work as > well for 1.6. If it would do more good than it did last year, then I > could regenerate a set

Re: Gzip 1.6 v. Tru64 and VMS

2013-06-11 Thread Steven M. Schweda
From: Paul Eggert > On 06/11/2013 04:01 PM, Steven M. Schweda wrote: > >"make check": > > > > FAIL: help-version > > What was in tests/help-version.log? Hmmm. I probably got frightened off when the stuff whizzed by and scrolled off the top of my terminal emulator. This part looks susp