Re: I volunteer to work on a couple of items

[Tony Abou-Assaleh]

Hi Reuben,

I am in favour of the idea. I won't have time to check the patch in the
next little while because of travel. A few comments though:

I would keep the options to long options only for now, rather than use an
arbitrary unused letter.

The copyright assignment is a must before any patch can be accepted
that is longer than 10 or 15 lines, I forgot the exact number.

There have been some talk on this list about a year or so ago regarding
lazy dynamic linking of libpcre, but I don't remember if it was
implemented or not. If not, I believe there is a general welcome for such
a patch.

Cheers,

TAA

-----------------------------------------------------
Tony Abou-Assaleh
Email:    address@hidden
Web site: http://tony.abou-assaleh.net
----------------------[THE END]----------------------

On Wed, 18 Jul 2007, Reuben Thomas wrote:

> Hi,
>
> I've independently done work on both of these TODO list items:
>
> * Check FreeBSD's integration of zgrep (-Z) and bzgrep (-J) in one binary.
> Is there a possibility of doing even better by automatically checking the
> magic of binary files ourselves (0x1F 0x8B for gzip, 0x1F 0x9D for compress,
> and 0x42 0x5A 0x68 for bzip2)?
>
> * Lazy dynamic linking of libpcre, libz, and libbz2?
>
> I'm currently in the process of sorting out copyright assignment to the FSF
> for work on grep, and I'd be happy to sort out the above two items.
>
> I have submitted a patch for current CVS to implement zgrep in grep (-Y, as
> -Z is already taken!). (I originally submitted this patch to the maintainer
> a year ago, but had no response, hence my slow followup; I hope using this
> list and the Savannah patch tracker is a better method.)
>
> I have also written a patch for Debian to support lazy dynamic linking of
> libpcre, where it is needed because grep is in /bin and libpcre is in
> /usr/lib. If such a patch were welcome upstream I'd be delighted, so I'd be
> happy to port this patch upstream and extend it to libz.
>
> Similarly, I'd be happy to write a patch for -J (decompression using libbz2)
> and lazy dynamic linking for libz and libbz2.
>
> Finally, I'd also be happy to look at transparent auto-decompression using
> magic. I suspect this is a more delicate area design-wise, and hence best
> done last.
>
> --
> http://rrt.sc3d.org/ | aphorism, n.  a wise lie
>
>