Return-Path: Delivered-To: apmail-perl-dev-archive@www.apache.org Received: (qmail 27553 invoked from network); 1 Oct 2003 18:45:53 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 1 Oct 2003 18:45:53 -0000 Received: (qmail 36102 invoked by uid 500); 1 Oct 2003 18:45:43 -0000 Delivered-To: apmail-perl-dev-archive@perl.apache.org Received: (qmail 36009 invoked by uid 500); 1 Oct 2003 18:45:42 -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 35996 invoked from network); 1 Oct 2003 18:45:42 -0000 Received: from unknown (HELO mail.logilune.com) (195.154.174.52) by daedalus.apache.org with SMTP; 1 Oct 2003 18:45:42 -0000 Received: from stason.org (localhost.logilune.com [127.0.0.1]) by mail.logilune.com (Postfix) with ESMTP id BE39C78E0E; Wed, 1 Oct 2003 20:45:44 +0200 (CEST) Message-ID: <3F7B20D7.7000508@stason.org> Date: Wed, 01 Oct 2003 11:45:43 -0700 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: Geoffrey Young Cc: Steve Hay , Randy Kobes , mod_perl Dev Subject: Re: t/SMOKE on win32 References: <3F675D79.2060403@stason.org> <3F6860C6.7090600@uk.radan.com> <3F79AF96.4000208@uk.radan.com> <3F7AE9E3.8010903@uk.radan.com> <3F7B1537.5060902@stason.org> <3F7B1D33.6040907@modperlcookbook.org> In-Reply-To: <3F7B1D33.6040907@modperlcookbook.org> 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 Geoffrey Young wrote: > > > Stas Bekman wrote: > >> Steve Hay wrote: >> >>> So presumably t/SMOKE uses Apache-Test/lib rather than blib/lib? >> >> >> >> All our tools try to use the live libs instead of blib, to make it >> easy to develop. > > > which doesn't work at all for third party XS modules, which is why we > have those extra statements in modperl_inc.pl, and why we need to do > that extra.last.conf.in foo in order to have XS modules seen at all. I wasn't talking about 3rd party modules, but mp2 and Apache-Test's internals. Please see below. >> Imagine how error-prone would it be if one had to remember to run >> 'make' after a single change is done to a file in lib/ or >> Apache-Test/lib, not talking about the overhead. > > > remembering to run 'make' between test runs is everyday life for most of > us :) I even have an alias for it > > alias test='make && perl -Mblib' > > $ test t/01foo.t > > personally, I'd rather see everything run out of blib - it just seems to > make the most sense overall, and it's closer to what users of the other > perl testing suites are used to. -1 on removing it, as it'll turn the development cycle into a nightmare (at least for me). +1 on turning this feature on only for the MAINTAINER mode. Patches are welcome. BTW, my notebook has a slow HD and running 'make' in modperl-2.0, even without any compilations takes a minute and even longer. __________________________________________________________________ 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