Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Message-ID: <40F4B02B.7090802@modperlcookbook.org>
Date: Wed, 14 Jul 2004 00:01:47 -0400
From: Geoffrey Young <geoff@modperlcookbook.org>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510
MIME-Version: 1.0
To: Joe Schaefer <joe+gmane@sunstarsys.com>
CC: apreq-dev@httpd.apache.org
Subject: Re: new apreq2 snapshot
References: <87y8lnfuyi.fsf@gemini.sunstarsys.com>
 <40F4A7F5.4010808@modperlcookbook.org> <87smbvfe47.fsf@gemini.sunstarsys.com>
In-Reply-To: <87smbvfe47.fsf@gemini.sunstarsys.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


>>fwiw, I get a truckload of errors trying to compile against 2.1, which seem
>>to stem from a missing off64_t definition.
> 
> 
> Are you sure you're not mixing apr-0.9.4 and apr-1.0?

pretty sure - I just point to an existing 2.1 install that passed all the
mod_perl tests.  there is no srclib/apr/CVS/Tag file in my build sources to
indicate I'm using anything other than HEAD for both httpd and apr for that
build.  I also don't see any off64_t definitions anywhere in my 2.0 build,
while they are sprinked in srclib/apr/configure.in and a few other places in
2.1.  but maybe it doesn't have anything to do with that at all.

anyway, can you get it to compile against 2.1 ok?  I didn't know how much of
a concern 2.1 is to apreq, and it's certainly less of an issue if the issue
is just mine.

--Geoff