On Thu, Nov 01, 2007, Arkadiusz Miskiewicz wrote:

> On Thursday 01 of November 2007, Ralf S. Engelschall wrote:
>
> > I understand what you are trying to do, but instead of separating
> > libpcre from libpcreposix, the better solution IMHO is to add the
> > missing AC_CHECK_LIB(pcreposix) check to the old RPM_CHECK_LIB()
> > of PCRE! Because RPM currently cannot use PCRE alone anyway and
> > libpcreposix cannot be used without libpcre, too.
> >
> > So, what the Autoconf glue for PCRE _REALLY HAS TO_ check for is
> > whether _both_ <pcreposix.h> _and_ -lpcreposix are available and if
> > available also really link against -lpcreposix or not try to use PCRE's
> > POSIX API at all. AFAIK the segfault just occurred because RPM thought
> > <pcreposix.h> is available but forgot to link against the corresponding
> > -lpcreposix library and this way picked up the POSIX API from glibc.
>
> There is still symbol clash between glibc and pcreposix.
>
> regcomp configure checking won't work for those who avoid symbol clash by
> using recently posted patch:
>
> http://cvsweb.openwall.com/cgi/cvsweb.cgi/~checkout~/Owl/packages/pcre/pcre-7.4-deb-pcreposix.diff
>
> You will probably need to actually try to compile + link some test code like:
> #include <pcreposix.h>
> int main() { regcomp(....); }
> to get properly working detection in this case.

Hmmm... ok, I see. I'll improve the check even further.

                                       Ralf S. Engelschall
                                       rse@engelschall.com
                                       www.engelschall.com