Randy Kobes <[EMAIL PROTECTED]> writes: > On Tue, 29 Jun 2004, Stas Bekman wrote: > > > Joe Schaefer wrote: > > > Stas Bekman <[EMAIL PROTECTED]> writes: > > > > > > [...] > > > > > >>OK, but because they are just a few of them and they are small and > > >>most likely not going to change, may be it's better to dup them in > > >>apreq to reduce complexity and mess? Later we may come up with some > > >>better solutions? > > > > > > > > > Sure, I can do that. > > > > But please add a comment that eventually this should be > > resolved and not dupped (e.g. when some other projects may > > have to deal with the same issue). > > > > > I can also prepare a patch of xs/typemap that > > > replaces the 4 modperl_* symbols with their current definitions > > > > > > modperl_hash_tie, > > > modperl_perl_sv_setref_uv, > > > modperl_xs_sv2request_rec, > > > modperl_hash_tied_object, > > > > > > which IMO is the simplest of the "simple fixes". Changes to any > > > of those functions would also require edits to the typemap file, > > > but that's the only drawback. The upside is that the typemap > > > is 100% portable. > > > > Which delegates the maintenance issues introduces by this > > change to mp2 developers, which I don't find very exciting > > :) I was just hoping that Randy will eventually find some > > magic solution on win32 that will work just like unix does > > and rendering the whole issue moot. > > I'll look at this tonight, but I'm pretty sure what I > mentioned in an earlier message - linking within apreq2 to > mp2's aprext static library - will resolve this, and would > be a relatively minor change to the existing structure in > both packages.
Randy, I just committed a patch to apreq2's xsbuilder.pl which overrides the T_HASHOBJ definition to avoid modperl-* dependence. So apreq2 should test cleanly on Win32 now. -- Joe Schaefer --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
