Jan Kaluža wrote on 2013-07-15: > On 07/15/2013 10:48 AM, Steve Hay wrote: >> Steve Hay wrote on 2013-07-12: >>> Steve Hay wrote on 2013-07-12: >>>> The problem of how to specify the path of aprutil-1 in >>>> xs/APR/APR/Makefile.PL remains, but with the fix above the build now >>>> proceeds to the next problem: Apache2/Provider.dll fails to link, >>>> with an unresolved external symbol, ap_register_provider. >>>> >>>> That symbol is exported from libhttpd.dll so I'm not sure right now >>>> why the link fails because we *do* already link against libhttpd.lib >>>> (and it has found it, along with libapr-1.lib and libaprutil-1.lib, >>>> this time). >>> >>> I've temporarily dodged the two problems above by (a) commenting >>> out the addition of -laprutil-1 to $libs in xs/APR/APR/Makefile.PL >>> until I figure out how to get its path, and (b) disabling the >>> XS-wrapping of ap_register_provider (by adding a leading '!' >>> character) in xs/maps/apache2-functions.map (it was only being >>> wrapped for httpd > 2.3.0, but I can't figure out what causes it >>> not to link at the > moment). >> >> >> I've now fixed those two problems properly in r1503135 and r1503136 > respectively. > > This looks great, but shouldn't ap_provider.h be guarded by #ifdef? I > think this header does not exist before 2.4.
Oops! Thanks for the spot. Fixed in r1503154.
