perl-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steve Hay" <Steve....@verosoftware.com>
Subject RE: [httpd24 branch] merge with trunk?
Date Mon, 15 Jul 2013 09:42:37 GMT
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.

Mime
View raw message