Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Message-ID: <40638D23.7020201@stason.org>
Date: Thu, 25 Mar 2004 17:53:39 -0800
From: Stas Bekman <stas@stason.org>
Organization: Hope, Humanized
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040115
MIME-Version: 1.0
To: David Wheeler <david@kineticode.com>
Cc: apreq Developers <apreq-dev@httpd.apache.org>
Subject: Re: Building on Red Hat 9
References: <89A627EE-7E7F-11D8-B366-000A95972D84@kineticode.com>
 <40634DBC.5090200@stason.org>
 <3B22E255-7EA8-11D8-B366-000A95972D84@kineticode.com>
 <40636CB7.7010508@stason.org>
 <9A4C1DD4-7EB6-11D8-B366-000A95972D84@kineticode.com>
 <406371DA.5060001@stason.org>
 <65A2757A-7EB8-11D8-B366-000A95972D84@kineticode.com>
 <40637348.7030503@stason.org>
 <F71D4120-7EB9-11D8-B366-000A95972D84@kineticode.com>
 <406378AB.7070009@stason.org>
 <D4A85330-7EBD-11D8-B366-000A95972D84@kineticode.com>
 <40637E3A.7040907@stason.org>
 <D39606FE-7EC6-11D8-B366-000A95972D84@kineticode.com>
In-Reply-To: <D39606FE-7EC6-11D8-B366-000A95972D84@kineticode.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

David Wheeler wrote:
> On Mar 25, 2004, at 4:50 PM, Stas Bekman wrote:
> 
>> I'm not 100% sure, but I think not. You lack a simple xs.->.c  
>> conversion, i.e. it ignores the .xs files. Please show me the  
>> execution path without your recent patch. But before you do tha, can  
>> you open your MAkefile and check for xs targets?
> 
> 
> Here you go:
> 
> # --- MakeMaker xs_c section:
> 
> .xs.c:
>     $(PERLRUN) $(XSUBPP) $(XSPROTOARG) $(XSUBPPARGS) 
> $(XSUBPP_EXTRA_ARGS)  $*.xs > $*.xsc && $(MV) $*.xsc $*.c
> 
> 
> # --- MakeMaker xs_o section:
> 
> .xs$(OBJ_EXT):
>     $(PERLRUN) $(XSUBPP) $(XSPROTOARG) $(XSUBPPARGS) $*.xs > $*.xsc &&  
> $(MV) $*.xsc $*.c
>     $(CCCMD) $(CCCDLFLAGS) "-I$(PERL_INC)" $(PASTHRU_DEFINE) $(DEFINE) $*.c

ok.

> And now for the make without the patch:
> 
> geertz% make

> /usr/bin/perl /usr/local/lib/perl5/5.8.3/ExtUtils/xsubpp  -typemap  
> /usr/local/lib/perl5/5.8.3/ExtUtils/typemap -typemap  
> /usr/local/lib/perl5/site_perl/5.8.3/darwin-2level/auto/Apache/typemap   
> Request.xs > Request.xsc && mv Request.xsc Request.c

so it's fine.

> rm -f ../blib/arch/auto/Apache/Request/Request.bundle
> LD_RUN_PATH="" env MACOSX_DEPLOYMENT_TARGET=10.3 cc  -bundle -undefined  
> dynamic_lookup -L/usr/local/lib Request.o  -o  
> ../blib/arch/auto/Apache/Request/Request.bundle    
> -L/Users/david/dev/perl/httpd-apreq/Request/../blib/arch/auto/libapreq  
> -lapreq
> chmod 755 ../blib/arch/auto/Apache/Request/Request.bundle

OK, so it uses Request.bundle instead of Request.so, not dylib

> And of course, "make test" does pass.

OK, so now I lost you. Why were you trying to do:

-        'LIBS' => "-L$root -lapreq",
+        'OBJECT' => "Cookie.$Config{so} $root/libapreq.a",

It was correct to say Cookie.o (you confused it with .so). Where is the 
problem? It didn't generate .so at the end but Cookie.bundle (which I suppose 
the equivalent of Cookie.so)

> geertz% cd ~/.cpanplus
> geertz% find . -name Makefile.PL | xargs grep OBJECT

Thanks, but I think we are looking in the wrong place.

in you original post you said:

   IIRC, Stas said there were some issues getting this to work
   for Mac OS  X folks.

I don't remember what were the issues, they must be documented in the same or 
earlier thread. If you can remind me what's exactly the problem, that would help.

__________________________________________________________________
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