Return-Path: Delivered-To: apmail-perl-dev-archive@www.apache.org Received: (qmail 20685 invoked from network); 1 Oct 2003 18:30:26 -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:30:26 -0000 Received: (qmail 12321 invoked by uid 500); 1 Oct 2003 18:30:16 -0000 Delivered-To: apmail-perl-dev-archive@perl.apache.org Received: (qmail 12309 invoked by uid 500); 1 Oct 2003 18:30:16 -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 12296 invoked from network); 1 Oct 2003 18:30:16 -0000 Received: from unknown (HELO secure.exclamationlabs.net) (66.77.29.186) by daedalus.apache.org with SMTP; 1 Oct 2003 18:30:16 -0000 Received: from modperlcookbook.org (pcp04156113pcs.walngs01.pa.comcast.net [68.81.89.216]) (authenticated (0 bits)) by secure.exclamationlabs.net (8.11.6/8.11.6) with ESMTP id h91IU0r09140; Wed, 1 Oct 2003 13:30:00 -0500 Message-ID: <3F7B1D33.6040907@modperlcookbook.org> Date: Wed, 01 Oct 2003 14:30:11 -0400 From: Geoffrey Young User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stas Bekman 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> In-Reply-To: <3F7B1537.5060902@stason.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 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. > 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. --Geoff --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org For additional commands, e-mail: dev-help@perl.apache.org