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. -- best regards, randy --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
