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

Re: Requiring JDK 1.4 (Was Re: svn commit: r26872 - trunk/subversion/bindings/javahl/src/org/tigris/subversion/javahl)

From: Mark Phippard <markphip_at_gmail.com>
Date: 2007-10-01 22:22:29 CEST

On 10/1/07, Blair Zajac <blair@orcaware.com> wrote:
> Daniel Rall wrote:
> > On Mon, 01 Oct 2007, Mark Phippard wrote:
> >
> >> On 10/1/07, Daniel Rall <dlr@collab.net> wrote:
> >>>>>>> What is the oldest version of Java we support?
> >>>>>> subversion/bindings/javahl/README says 1.3.
> >>>>> How about we move to Java 1.4 for svn 1.5. Java 1.3.x has reached
> >>>>> end-of-life (except for Solaris 8 users, which have till October 2009; I
> >>>>> wouldn't want to support 1.4 for 2 more years).
> >>>> s/support 1.4/support 1.3/.
> >>> I'd be +1 with that, but can't spend time on it ATM. Blair, if you
> >>> want to spearhead that effort, by all means... :)
> >> I thought we were supporting 1.2 ? I am fine with moving to 1.4. I
> >> believe the build system enforces the version now in the compiler
> >> settings, so that is probably all that needs to change.
> >
> > JAVAC_FLAGS = -g -target 1.2 -source 1.3
> >
> > Looks like we're currently source-compatible with 1.3, but are
> > byte-compiling for 1.2 JVM.
>
> So we would switch both to 1.4? Any reason to keep byte-compatible with 1.2 or 1.3?

I do not know of any specific reasons we support back to 1.2. I'd
suggest we be conservative in using 1.4 features this release in case
a reason surfaces. Limit it to things like this ClientException
method where there is a quick and easy workaround.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 1 22:22:41 2007

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.