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.

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

-- 
Arkadiusz Mi¶kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/