Stas Bekman <[EMAIL PROTECTED]> writes:
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.
I'm not quite following, what kind of deps you are talking about,
Joe. e.g. T_HASHOBJ uses modperl_hash_tie which now resides in APR.so
and doesn't require mod_perl. Can you give me an example of how this
problem can be seen?
It'll only manifest in apreq2 on Win32, unless Randy figures out
how to link Upload.dll against APR.dll.
I guess this is the best solution.
The problem generally
occurs when another XS module (not in mp2) tries to use the mp2
typemaps. On *nix this is no problem because APR.so will provide
the symbols at runtime, but on systems like Win32, which need the
location at compile-time, this issue becomes a PITA. Rather than
hunting APR.lib down, it is very tempting for XS module authors to just reimplement those functions themselves. Instead of doing that, if mp2 also provided an implementation of those functions through
a header file, it would eliminate the portability issue.
Implementing functions in header files? Is that an acceptable approach? At the moment there are just a few of them, but with time the number may grow.
I have a different take on this whole never-ending win32 mess -- since 99.99% of win32 users use precompiled packages, may be it's a total waste of time and messing up of the code to make things easy to build on win32? If there is only one or few people who make binary distros, may be they could write a few scripts that will build mp2 and libapreq by hardcoding paths, using .o files directly and what not, keeping the core simple?
But then again, there is AIX which seems to be very similar to win32 when it comes to linking.
-- __________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
