Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Message-ID: <3F290E4A.1040001@stason.org>
Date: Thu, 31 Jul 2003 14:40:42 +0200
From: Stas Bekman <stas@stason.org>
Organization: Hope, Humanized
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030428
MIME-Version: 1.0
To: Steve Hay <steve.hay@uk.radan.com>
Cc: apreq-dev@httpd.apache.org, modperl@perl.apache.org,
	perl5-porters@perl.org, schwern@pobox.com, jhi@iki.fi
Subject: Re: need your help to test mod_perl with perl-5.8.1-RC3
References: <3F283574.7000801@stason.org> <3F28EC70.9090707@uk.radan.com>
 <3F28F083.6010106@stason.org> <3F28FE76.4080901@stason.org>
 <3F290AAC.601@uk.radan.com>
In-Reply-To: <3F290AAC.601@uk.radan.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Steve Hay wrote:
> Stas Bekman wrote:
> 
>> Here is what happens:
>>
>> MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was 
>> just a by product and never was intented to be installed. Request.so 
>> was statically linking libapreq.a into it.
>>
>> Now with 6.12 it creates both libapreq.so and libapreq.so, so when 
>> Request.so is linked, it links libapreq.so dynamically, and of course 
>> it can't resolve it later when loading.
>>
>> This patch fixes things for me in libapreq and works with MM 6.03 and 
>> 6.12. Steve, please confirm that it works for you and I'll commit it. 
> 
> 
> No, it doesn't fix it :-(
> 
> My problem sounds a little different to yours.  You talk above about 
> "... when Request.so is linked...", but my build process doesn't get 
> that far.
> 
> Under MM 6.03 it used to build libapreq.lib, then Request.dll then 
> Cookie.dll.
> Now, under MM 6.12, it builds libapreq.lib, then falls over 
> ("boot_libapreq" unresolved) when trying to build libapreq.dll.

I think the cause is the same. MM 6.12 builds the shared object of libapreq 
(dll in your case and .so in mine), and it didn't use to do that.

> It seems likely that if my build ever got as far as trying to build 
> Request.dll then it would fail without your patch, and your patch would 
> fix that bit, but at the moment I'm not getting that far.

Let me see if I can make it skip building the shared object with 6.12, which 
will resolve the problem for you as well.


__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com