On Mon, 28 Jun 2004, Joe Schaefer wrote: > As part of the effort to allow APR:: stuff > to work outside of mp2, the xs/typemap file > also needs examination: T_HASHOBJ, T_UVOBJ > both have modperl_ dependencies. T_HASHOBJ > is problematic for apreq, because there are > API's like $upload->info that are meant to > return APR::Table objects, but they currently > are broken in apreq2 because we use the > generic T_PTROBJ instead of the correct T_HASHOBJ > (because of the mod_perl.so dependency). > > Not sure what the best fix for this is, so > I just thought I'd metion the issue and see what > folks think.
I'm not totally clear on how this works, and I can't test this on my linux machine right now as the mp2 stuff is on a live server. But, if you link against the mod_perl lib when compiling apreq2, but then use APR.so (which supplies modperl_hash_tie, modperl_hash_tied_object, and modperl_perl_sv_setref_uv, through src/modules/perl/modperl_common_util.c), will apreq2 be able to use those symbols from APR.so, and not demand mod_perl.so be available at run time? On Win32 (and perhaps some others, like AIX), one could do this by making available the static aprext lib which supplies these symbols. For this one should have mp2 install it under, eg, $APACHE2/lib/ - it might be an idea to change the name to something like modperl_aprext.lib. -- best regards, randy --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
