From owner-freebsd-apache@FreeBSD.ORG Thu Aug 30 18:36:22 2012 Return-Path: Delivered-To: apache@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B9B7106566B for ; Thu, 30 Aug 2012 18:36:22 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 760A98FC0A for ; Thu, 30 Aug 2012 18:36:20 +0000 (UTC) Received: (qmail invoked by alias); 30 Aug 2012 18:36:19 -0000 Received: from p578be941.dip0.t-ipconnect.de (EHLO [192.168.0.100]) [87.139.233.65] by mail.gmx.net (mp001) with SMTP; 30 Aug 2012 20:36:19 +0200 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX1/UYOIJHinU5IKg/qvrnL87mOt9knbZoPu05gdxCk dEpN2/6upayJY9 Message-ID: <503FB2A2.7080007@gmx.de> Date: Thu, 30 Aug 2012 20:36:18 +0200 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: "apache@FreeBSD.org" References: <20120830174029.GM63706@dormouse.experts-exchange.com> <503FAE12.8070201@FreeBSD.org> In-Reply-To: <503FAE12.8070201@FreeBSD.org> X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Jason Helfman Subject: Re: apache-2.2.22_6 question X-BeenThere: freebsd-apache@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "apache@FreeBSD.org" List-Id: Support of apache-related ports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2012 18:36:22 -0000 On 2012-08-30 20:16, Olli Hauer wrote: > On 2012-08-30 19:40, Jason Helfman wrote: >> Hi, >> >> I was wondering what implications there are of building apache-2.2.22_6 >> against pcre version of 8.02? >> >> I believe a patch addressed a deprecated function of pcre, however at the >> moment I am unable to update a snapshotted portstree to a current >> version, or even move to a newer tree. >> >> I don't know if it would build with that patch, or without the patch, and if >> that would be good, or not, and what implications there may be as a result. >> >> Many Thanks! >> >> -jgh >> > > Hi Jason, > > exact, the bump and patch was done because pcre removed a (long) deprecated function. > pcre-8.02 will full support the patch because the new api was in this version already > the default. > > file pcre-8.02/pcreposix.c (around line 265) > -------------------------------------------- > preg->re_nsub = pcre_info((const pcre *)preg->re_pcre, NULL, NULL); > return 0; > } > > > apache22/files/files/patch-server__util_pcre.c > ---------------------------------------------- > -preg->re_nsub = pcre_info((const pcre *)preg->re_pcre, NULL, NULL); > +pcre_fullinfo((const pcre *)preg->re_pcre, NULL, > + PCRE_INFO_CAPTURECOUNT, &(preg->re_nsub)); > > Ups, pcre_info != pcre_fullinfo. But pcre_fullinfo is already in 8.02 present, so I assume it will work with the patch. -- Regards, olli