[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

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

From: Greg Stein <gstein_at_lyra.org>
Date: 2000-11-07 02:35:41 CET

On Mon, Nov 06, 2000 at 04:58:55PM -0600, Karl Fogel wrote:
> 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?

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.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:14 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.