Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 4 Feb 2004 15:22:17 +0000
From: Joe Orton <joe@manyfish.co.uk>
To: Ben Reser <ben@reser.org>
Cc: Greg Hudson <ghudson@mit.edu>, dev@apr.apache.org
Subject: Re: Solving the off_t problem in APR 1.0
Message-ID: <20040204152217.GA30007@manyfish.co.uk>
Mail-Followup-To: Ben Reser <ben@reser.org>, Greg Hudson <ghudson@mit.edu>,
	dev@apr.apache.org
References: <20040123121844.GB2590@manyfish.co.uk>
 <200401222310.i0MNAID5020903@error-messages.mit.edu>
 <200401231745.i0NHjhks021345@error-messages.mit.edu>
 <20040127104925.GC19669@redhat.com>
 <1075217539.16682.183.camel@error-messages.mit.edu>
 <20040128033325.GJ25614@occipital.brain.org>
 <20040128223441.GA17182@manyfish.co.uk>
 <20040129004526.GO25614@occipital.brain.org>
 <20040203011909.GK25614@occipital.brain.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <20040203011909.GK25614@occipital.brain.org>
User-Agent: Mutt/1.4.1i

On Mon, Feb 02, 2004 at 05:19:09PM -0800, Ben Reser wrote:
> On Wed, Jan 28, 2004 at 04:45:26PM -0800, Ben Reser wrote:
> > So I guess I'll look into redoing it to use int, long or long long
> > instead.
> 
> I found some time to look at this.  The types I'm using now match the
> formats we were using before.  So we shouldn't have an ABI conflict.  If
> we do we had a bug with the formats already.
> 
> The one case where this may exist would be 64-bit archs with 64-bit
> off_t's.  These platforms could use long long or long for the off_t.
> They might choose differently than we have for apr_int64_t.  I don't
> know of any other way to deal with this than what was already done with
> the LFS platforms that use long for off_t.  We'll simply have to detect
> these platforms one by one and apply exceptions for them.

Alternatively, apr_off_t could be set to an integer type only on
platforms where sizeof(int)==4: for real LP64 platforms (and those
sizeof(int)==2 platforms which APR really doesn't build on anyway), just
leave apr_off_t defined to off_t.

This would be perhaps be simpler...

joe