Joe Schaefer wrote: > ----- Original Message ---- > >> From: Steve Hay <[email protected]> >> To: Joe Schaefer <[email protected]>; [email protected] >> Sent: Thursday, March 5, 2009 4:03:40 AM >> Subject: RE: Volunteer for RMing 2.12? >> >> Joe Schaefer wrote: >>> I cut a tarball from trunk that Randy >>> and company can test out on Win32: >>> >>> http://people.apache.org/~joes/libapreq2-trunk.tar.gz >>> >>> Assuming it gets tested and generally agreed >>> to be worth releasing, is anyone willing to >>> do the honors and volunteer for RM duties? >> >> Still doesn't build on Win32: >> >> [...] >> cl.exe /Fo"C:\Temp\LIBAPR~1.12\win32\libs\handle.obj" /nologo /MD /W3 >> /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBCS" /D "_USRDLL" /D >> "APREQ_DECLARE_EXPORT" /I"C:\apache2.2\include" >> /I"C:\Temp\LIBAPR~1.12\include" >> /I"C:\Temp\LIBAPR~1.12\module\apache2" /YX /FD /c >> C:\Temp\LIBAPR~1.12\module\apache2\handle.c >> cl : Command line warning D9002 : ignoring unknown option '/YX' >> handle.c >> c:\temp\libapreq2-2.12\module\apache2\apreq_module_apache2.h(149) : >> error C2059: syntax error : '(' >> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio >> 8\VC\bin\cl.exe"' : return code '0x2' >> Stop. >> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual >> Studio 8\VC\bin\nmake.exe"' : return code '0x2' >> Stop. >> >> I guess it's tripping up on >> http://svn.apache.org/viewvc?view=rev&revision=744417, which I assume >> was an attempt to do something similar to my hack in >> http://marc.info/?l=apreq-dev&m=123391925319834&w=2 > > Yeah, that looks like the problem this time. Any idea what those > macros now expand to on your machine? (I'm pretty sure the reason > your hack doesn't work is because of the _stdcall thingy).
What do you mean when you say "my hack doesn't work"? Are you referring to the fact that I subsequently got a crash in module/t/request.t? My hack did work in that it got it compiling; I don't know what caused the later crash: maybe my hack, maybe something else? Anyway, here's the relevant part of what the pre-processor generates when compiling handle.c in the (first) tarball that you rolled: __declspec(dllexport) apreq_handle_t * __stdcall apreq_handle_apache2(request_rec *r); typedef __declspec(dllexport) apreq_handle_t * __stdcall (apr_OFN_apreq_handle_apache2_t) (request_rec *r); I think it is the latter of those lines that it doesn't like. I'm not sure I understand what it doesn't like about it, though.
