Return-Path: Delivered-To: apmail-perl-dev-archive@www.apache.org Received: (qmail 14779 invoked from network); 30 Nov 2004 23:02:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 30 Nov 2004 23:02:47 -0000 Received: (qmail 39583 invoked by uid 500); 30 Nov 2004 23:02:46 -0000 Delivered-To: apmail-perl-dev-archive@perl.apache.org Received: (qmail 39567 invoked by uid 500); 30 Nov 2004 23:02:46 -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 39554 invoked by uid 99); 30 Nov 2004 23:02:46 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from theoryx5.uwinnipeg.ca (HELO theoryx5.uwinnipeg.ca) (142.132.65.108) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 30 Nov 2004 15:02:45 -0800 Received: from theoryx5.uwinnipeg.ca (localhost.localdomain [127.0.0.1]) by theoryx5.uwinnipeg.ca (8.12.8/8.12.8) with ESMTP id iAUMxO2d005317; Tue, 30 Nov 2004 16:59:24 -0600 Received: from localhost (randy@localhost) by theoryx5.uwinnipeg.ca (8.12.8/8.12.8/Submit) with ESMTP id iAUMxNAa005311; Tue, 30 Nov 2004 16:59:24 -0600 Date: Tue, 30 Nov 2004 16:59:23 -0600 (CST) From: Randy Kobes To: Stas Bekman cc: "Philippe M. Chiasson" , mod_perl Dev Subject: Re: [mp2] make test problems when configuring against source In-Reply-To: <41ACEF10.5020206@stason.org> Message-ID: References: <4189B26E.70902@stason.org> <41A50C0B.3010806@stason.org> <41ACEAFD.7000509@ectoplasm.org> <41ACEF10.5020206@stason.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Tue, 30 Nov 2004, Stas Bekman wrote: > Philippe M. Chiasson wrote: > [...] > >>> Anybody remembers how were we dealing with that > >>> before? I don't think it has ever worked, besides when > >>> an explicit value of httpd was passed to t/TEST. > > > > > > I think so too. I've managed to hack it up for the > > static build, with this snipped of code: > > > > my $httpd = File::Spec->catfile($build->{MP_AP_PREFIX}, 'httpd'); > > $build->{'httpd'} = $httpd; > > push @Apache::TestMM::Argv, ('httpd' => $httpd); > > > > But it's only being applied to static builds, guess we could push it up > > and apply it whenever MP_AP_PREFIX is a source dir. > > How can we possibly do that w/o knowing whether httpd was built at that > location at all and whether it's the right one? I think we should abolish > any builds with MP_AP_PREFIX, but for the static build. > > Wasn't it win32 where this was required? Randy, do we need the > build-against-httpd-source functionality on win32? At present Win32 does use MP_AP_PREFIX for the location of the installed Apache2, and things such as the includes and lib directories are determined from it (and rely on the standard installation layout under MP_AP_PREFIX). It would take more work to get it to work with a Win32 source directory, but that's probably not worth it, as few users would use it, and plus, the Win32 sources have their own layout of where things lie (for mp1, it got to be quite intricate allowing both an installed and source apache tree). Is the thinking though to drop MP_AP_PREFIX? Win32 could use the location of (an installed) apxs instead, if available, but at present we don't assume apxs is present. Or one could use the location of the installed Apache.exe - that would probably be better. -- best regards, randy --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org For additional commands, e-mail: dev-help@perl.apache.org