Re: CVS update: subversion/subversion/libsvn_subr hashdump.c

Greg Stein <gstein@lyra.org> 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
currently

   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?
Received on Sat Oct 21 14:36:14 2006