This account does not exist
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Guenter,
Your welcome. ;-) Your email made me realize there no difference
between using the ap_pregcomp and ap_regexec functions and the regcomp
and regexec functions on platforms that use configure. So I can
simplify this a bit more and always use regcomp and regexec
when --with-pcre is specif
Hi Kurt,
thanks for going this way - I have no choice on NetWare since the PCRE functions are
not exported at all.
Guenter.
> I misstated something before. The pcre change is not a problem for
> inprocess mode, its a problem for jni out of process mode (i.e.
> apr.NativeSo=libjkjni.so).
> I thi
Embarrassingly replying to myself
I misstated something before. The pcre change is not a problem for
inprocess mode, its a problem for jni out of process mode (i.e.
apr.NativeSo=libjkjni.so).
I think the most reasonable solution is to work as follows:
--with-pcre and no --with-jni, use apach
libjkjni is built when --with-jni is not specified at configure time.
When this happens it is not usable, so I'll be changing the build to
only build libjkjni when --with-jni is specified.
I overlooked one thing with the recent pcre changes I committed. The
functions ap_pregcomp and ap_regexec wil
