Mailing-List: contact dev-help@perl.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: domain of jkaluza@redhat.com designates
 209.132.183.28 as permitted sender)
Message-ID: <51E3CA23.5030107@redhat.com>
Date: Mon, 15 Jul 2013 12:08:35 +0200
From: =?UTF-8?B?SmFuIEthbHXFvmE=?= <jkaluza@redhat.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130514 Thunderbird/17.0.6
MIME-Version: 1.0
To: dev@perl.apache.org
Subject: Re: [httpd24 branch] merge with trunk?
References: 
 <51DBE301.6020006@redhat.com><CADED=K6kk9_WbnPVBoSoN34EBXnBKqds9eSDvxWJ9MT8WdCM5w@mail.gmail.com><51DE4AA6.40704@redhat.com><67B2BB40A61BE846B65EF4793B863D6CDACE33@ukmail02.planit.group><51DE75AC.6080808@redhat.com><51DE7900.5000107@redhat.com><67B2BB40A61BE846B65EF4793B863D6CDACFD7@ukmail02.planit.group>
 <CADED=K7izY+rGBOnO-4kKz0nDiQnKkp8_gU=C+eLR7Uc5zOeCw@mail.gmail.com>
 <67B2BB40A61BE846B65EF4793B863D6CDAD196@ukmail02.planit.group>
 <67B2BB40A61BE846B65EF4793B863D6CE0122E@ukmail02.planit.group>
In-Reply-To: <67B2BB40A61BE846B65EF4793B863D6CE0122E@ukmail02.planit.group>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

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.
>
> The first fix might be the key to how to resolve that "FIXME" in xs/APR/APR/Makefile.PL?
>
>
>>
>> So that got things going a little further. I've fixed some more code
>> before declaration errors in Apache2__RequestUtil.h (r1502464) but now
>> I've got another linker error, this time in Apache2/ServerUtil.dll: it
>> complains that ap_get_server_version is unresolved, and this time the
>> error is genuine. The symbol was exported from libhttpd.dll in httpd-
>> 2.2, but ap_mmn.h notes that it was replaced with ap_get_server_banner
>> and ap_get_server_description in httpd-2.3 so I think I need to add
>> some more #_if_ ... #_end_ magic to apache2_functions.map to account
>> for that.
>>
>> The attached patch does this, and with that in place the build now
>> runs through to completion (so perhaps the -laprutil-1 commented out
>> as mentioned above isn't even needed on Windows anyway? -- unless some
>> problem with omitting it comes to light in due course then I will just
>> make it conditional on !WIN32...).
>>
>> What puzzles me is how can the build be working on other OSes? This
>> one is definitely not a Windows-specific problem. Before I go ahead
>> and commit this patch, is there some part of the puzzle that I'm missing?
>> How does it build for others without the patch?
>
>
> I've committed that too in r1503137. It's easily reverted if it causes trouble for anyone, and we're only working on a branch here anyway.
>
> So I now have a build of mod_perl against httpd-2.4. Yay!
> However, it doesn't run yet... it's crashing when starting up the server. I will look into that very soon...

It crashed for me too here. It used to work before the changes you've 
done in last week. I will review them and try to find out what's wrong.

> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>

Regards,
Jan Kaluza


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org