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: [EMAIL PROTECTED] 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 > >
