From: | Craig Ringer <ringerc(at)ringerc(dot)id(dot)au> |
---|---|
To: | Sean Hogan <sean(at)compusult(dot)net> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: [Spam] Re: BUG #7577: JDBC Driver - Compiled with Java 7 |
Date: | 2012-10-16 12:24:20 |
Message-ID: | 507D51F4.5020501@ringerc.id.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On 10/16/2012 08:10 PM, Sean Hogan wrote:
> On 12-10-16 12:08 AM, Craig Ringer wrote:
>> On 10/15/2012 11:10 PM, seancompusult wrote:
>>> Does anyone have a solution for people like me who must use Java 5?
>>
>> I had no problems building current git head of the JDBC driver with
>> Java SE 5, nor the REL_9_2_STABLE branch.
>>
>
> Ah, quite right. I was having a problem running ant, because it itself
> was compiled with Java 7. :-( IMO the whole approach of relying on
> compiling with specific Java versions is flawed, but at least I've
> gotten past this issue so I'm happy. Thanks for that.
Yes, it's flawed, but it's also unfortunately necessary.
javac offers flags like -source 1.5 -target 1.5 for controlling bytecode
generation and source compatibility. That's fine, but it offers
absolutely no way to say "treat standard library packages, classes and
methods added after Java SE 5 as missing".
This means that for testing at least it's required to build with a
variety of JDK versions.
I agree that it'd be nice to support downlevel class generation for end
users. It may even be possible; I haven't dug into build.xml in detail yet.
--
Craig Ringer
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2012-10-16 12:31:08 | Re: BUG #7534: walreceiver takes long time to detect n/w breakdown |
Previous Message | Sean Hogan | 2012-10-16 12:10:49 | Re: [Spam] Re: BUG #7577: JDBC Driver - Compiled with Java 7 |