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

Re: Subversion 1.0.0 released.

From: Ben Reser <ben_at_reser.org>
Date: 2004-02-27 19:09:50 CET

On Fri, Feb 27, 2004 at 07:41:56AM +0100, Branko ??ibej wrote:
> >I really dislike having binaries up that don't work. If it doesn't work
> >it shouldn't be posted. People depending on the bindings for viewcvs
> >are going to upgrade under the presumption that everything they need is
> >ready to upgrade...
> >
> >
> That's what the issue tracker is for.

That's funny but I don't think the average user is giong to look at the
issue tracker to see that some binary package is broken. Furhter, it's
not in the issue tracker. Never was. We got it fixed and taken care of
without needing to put it in there.

> Think what happens with an 128-bit long int... :-)

As far as I know Python and Perl don't support those types so it's not
even worth bothering trying to think about that.

> The patch is Python-specific; Python defines PY_LONG_LONG, so I'd expect
> we'd always map 64-bit types to that.

No it isn't. It applies to both the Python and the Perl bindings. You
just don't happen to have Perl bindings on Windows.

However, PY_LONG_LONG is just a macro for long long. The problem is
that causes a warning because on LP64 systems APR_INT64_T is *NOT* a
long long but just a long.

Ben Reser <ben@reser.org>
"Conscience is the inner voice which warns us somebody may be looking."
- H.L. Mencken
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Feb 27 19:09:08 2004

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.