2010/3/7 Jim Meyering <[email protected]>: > Reuben Thomas wrote: >> Could I get some clarification on whether there's any desire for an >> acceptable version of my patch to allow libpcre to be linked at >> run-time? > > I certainly like the idea.
So, currently comments against patch #7017 include:
Mike Frysinger: you cant dlopen(libpcre.so)
Paolo Bonzini: This would be acceptable together with a configure test
that dlopen("libpcre.so"). I don't think we want something as
complicated as libltdl for grep.
This does not yet look like a consensus. I'd also point out that this
issue potentially affects patch #6107, which is for transparent
decompression, as logically one would like transparently to decompress
as many formats as possible, and at least gzip, bz2, lzma and xz, I
imagine (as they are all formats supported by, for example, GNU tar).
These are all libraries which may or in some cases may not be present,
and could be in /lib or in /usr/lib.
To try to please everyone, I attach a patch that uses dlopen (where
available) and allows dlopening not to be used (configure
--without-dl) when desired.
--
http://rrt.sc3d.org
0001-Optionally-dlopen-PCRE.patch
Description: Binary data
