On Mon, Nov 06, 2000 at 04:58:55PM -0600, Karl Fogel wrote:
> Greg Stein <email@example.com> writes:
> > Well, there is ANSI C (the syntax/compiler), and then there are the
> > libraries. While we can easily require an ANSI C compiler (and we do), the
> > library/headers is possibly a different issue.
> > apr_size_t's presence signals the fact that at some point, size_t was NOT
> > available somewhere.
> But it does not indicate that size_t was not present on a system
> claiming to be ANSI C-compliant.
> Because apr_size_t was inherited via some historical issue in Apache
> (which might, for all I know, have been trying to compile in non-ansi
> environments), we don't actually know that there are systems where APR
> a) compiles and works with apr_size_t
> b) but doesn't without apr_size_t
> My suspicion is that there is no such environment -- that anywhere APR
> can be used these days, there is a working size_t anyway.
> If some APR developer knows of a system that contradicts this, then
> there's a compelling reason to keep `apr_size_t'. But if it's just
> around because someone encountered a problem once, maybe it's time to
> get rid of it?
Agreed. Seems like I asked about something similar a while back and people
said "no way". When APR gets split out of Apache (probably this week), then
we can bring this up on the new APR dev lists.
Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:14 2006