Return-Path: Delivered-To: apmail-perl-dev-archive@www.apache.org Received: (qmail 90505 invoked from network); 6 Nov 2003 05:36:40 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 6 Nov 2003 05:36:40 -0000 Received: (qmail 41170 invoked by uid 500); 6 Nov 2003 05:36:02 -0000 Delivered-To: apmail-perl-dev-archive@perl.apache.org Received: (qmail 41123 invoked by uid 500); 6 Nov 2003 05:36:01 -0000 Mailing-List: contact dev-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@perl.apache.org Received: (qmail 41045 invoked from network); 6 Nov 2003 05:36:01 -0000 Received: from unknown (HELO mail.logilune.com) (195.154.174.52) by daedalus.apache.org with SMTP; 6 Nov 2003 05:36:01 -0000 Received: from stason.org (localhost.logilune.com [127.0.0.1]) by mail.logilune.com (Postfix) with ESMTP id 0BEE57A994; Thu, 6 Nov 2003 06:36:10 +0100 (CET) Message-ID: <3FA9DE01.4060401@stason.org> Date: Wed, 05 Nov 2003 21:37:05 -0800 From: Stas Bekman Organization: Hope, Humanized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030630 X-Accept-Language: en-us, en, he, ru MIME-Version: 1.0 To: Randy Kobes Cc: dev@perl.apache.org Subject: Re: [mp2] including a Win32 apxs? References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Randy Kobes wrote: > Hi, > I was wondering how it would be felt to include an offer > in mp2 to get a Win32 version of apxs, if this was not > detected. There's a tar.gz archive on perl.apache.org that > contains this (plus apr-config and apu-config), so it would > be a matter of fetching and extracting this, then running > the included configure script to install. If this seems OK, > it'd be nice to detect the absence of apxs early on in the > build process so as the rest of the build can use the > installed scripts - the following diff does this for the > top-level Makefile.PL, but perhaps a better place is in > Apache::Build? Thanks. Ideally we should stop blowing up Makefile.PL, it's already too big. We should think of having most of the support functions moved elsewhere. But this is not urgent of course, just something to think of. What's the verdict from Bill? Does httpd go on including it in the core? If not, perhaps we should just bundle it with mod_perl? Or would it be a bad idea? The fetch thing sounds OK, but what if the there is no network available during the install? Also some people won't like "random" code being brought and installed without them reviewing it first? May be Makefile.PL should die telling the user what to do. e.g. we could include this fetch thing in a build/fetch_win32_apxs and just tell the user to run it first, install it and then return to the normal build? Just throwing ideas... __________________________________________________________________ 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 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org For additional commands, e-mail: dev-help@perl.apache.org