Return-Path: X-Original-To: apmail-perl-dev-archive@www.apache.org Delivered-To: apmail-perl-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D675C9D24 for ; Wed, 8 Aug 2012 20:50:45 +0000 (UTC) Received: (qmail 96139 invoked by uid 500); 8 Aug 2012 20:50:45 -0000 Delivered-To: apmail-perl-dev-archive@perl.apache.org Received: (qmail 96082 invoked by uid 500); 8 Aug 2012 20:50:45 -0000 Mailing-List: contact dev-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@perl.apache.org Received: (qmail 96074 invoked by uid 99); 8 Aug 2012 20:50:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Aug 2012 20:50:45 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.212.49] (HELO mail-vb0-f49.google.com) (209.85.212.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Aug 2012 20:50:40 +0000 Received: by vbbfo1 with SMTP id fo1so1595655vbb.22 for ; Wed, 08 Aug 2012 13:50:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=awuF/OHagOt6eqD1GhxlHpFM07y+XWk9DVjcO0/mrCM=; b=DjUNSek6soxtFHC9/YmegAF3M9lFgKgnKzh0syxo0VsAVP9+gPTP/RnLW/SLSSq2Kr EMPeDPpd5HpvOtlD2u+2c601vo+Ho9tti1anqHR9AhkXhryTNt3g/Z4N10k17DUDb5g6 v5IyJ2faEr8bnABlZC+IjWu+DmE3w60GQmpuPqzGBdW9WHVBS/hGG3BjtAbuD1O5jJvS 6NegbBbfs+thaSxnHoiLGCc2XbI32ZSHhcy33XuejHyZV+R4Ttuk//vZ8fr/WnwJCJMo HtRKSeaFDdtSF491Lcb0BFXYg0XQtb8z0FQVii0fTX2G9o4vYS+aKHdKNBF2nooicDMu chEQ== MIME-Version: 1.0 Received: by 10.220.242.73 with SMTP id lh9mr15160590vcb.4.1344459019293; Wed, 08 Aug 2012 13:50:19 -0700 (PDT) Received: by 10.58.33.73 with HTTP; Wed, 8 Aug 2012 13:50:19 -0700 (PDT) In-Reply-To: <1B32FF956ABF414C9BCE5E487A1497E70DD74037@ukmail02.planit.group> References: <1B32FF956ABF414C9BCE5E487A1497E70DD73C05@ukmail02.planit.group> <1B32FF956ABF414C9BCE5E487A1497E70DD74037@ukmail02.planit.group> Date: Wed, 8 Aug 2012 13:50:19 -0700 Message-ID: Subject: Re: [MP2] Nullav undeclared make error From: Fred Moyer To: Steve Hay Cc: dxs@rentrak.com, mod_perl Dev Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnQTbyCqZIliq7EEPwqysLVii4I6ubr58kN7+19qpYom82OSFnR+g5qwIullBsURRE+hTim X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Jul 18, 2012 at 12:20 AM, Steve Hay wrote: > Fred Moyer wrote on 2012-07-18: >> What update needs to happen to Apache-Test? If you want to make the >> needed commit I can start the release process. > > All the necessary commits are in. Commit 1362414 updated Apache-Test, so > I'm guessing we need to roll Apache-Test-1.38, and then update mod_perl > to include that to get that commit into a mod_perl release? A-T 1.38 is out. Do we need any other changes for 2.0.8 for this issue? I may review the RT list to see if I can resolve a few more issues. > > >> >>> This gets mod_perl building again with a perl that doesn't have large >>> files support. >>> >>> I still think we should also remove our usage of PERL_CORE, though... >> >> Does this affect the minimum version of Perl we can support? I >> remember from the last mp2 release that there was a file with >> httpd/perl dependencies in it that I had to update. > > It shouldn't affect it. I did briefly break the build for 5.10.1 by > having used a new symbol which older perls don't have, but the buildbot > told me about that and I fixed it in commit 1362409. I will test with > 5.8 to be sure when I get a chance, but generally the changes were to > use NULL (rather than Nullsv et al ) a lot, so won't have any issues for > older perls. > > You could start the ball rolling with a new Apache-Test release in the > meantime, though: that only contained one Nullsv->NULL change, so > definitely isn't a problem. > > Btw, did we get anywhere with granting PAUSE perms to other committers? > > >> >> >>> >>> >>> >>> From: Steve Hay [mailto:steve.m.hay@googlemail.com] >>> Sent: 13 July 2012 08:23 >>> To: Fred Moyer >>> Cc: dxs@rentrak.com; modperl@perl.apache.org; mod_perl Dev >>> Subject: Re: [MP2] Nullav undeclared make error >>> >>> Various perl changes removed Nullsv, Nullav etc from the core (e.g. >> see 24792b8dab and 3ae1b22641), but left definitions of them for when >> PERL_CORE is not defined, for backwards compatibility with all those >> CPAN modules out there which use them. >>> >>> The problem here is what Nick hinted at in his comment for >>> 24792b8dab, >> namely that "obviously" nobody outside of the perl core is defining >> PERL_CORE... It's a rather too common and surely always wrong thing to >> do that, and we're guilty of it ourselves: modperl_perl_includes.h >> defines PERL_CORE as some kind of optimization, but only when >> USE_ITHREADS is defined and USE_LARGE_FILES is not. That's not a >> common configuration, hence we haven't seen this happen before, but >> the last line which I've quoted below does indeed undefine large file >> support, hence PERL_CORE gets defined and the definitions of Nullsv, >> Nullav etc are not provided. >>> >>> I replaced all uses of Nullxx with (XX*)NULL in my modules some time >> ago in the belief that if it was good for the core then it was good >> for me, so I will do likewise for mod_perl unless anyone objects (or >> beats me to it). >>> > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org For additional commands, e-mail: dev-help@perl.apache.org