Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 62022 invoked from network); 17 Mar 2006 14:55:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Mar 2006 14:55:08 -0000 Received: (qmail 1839 invoked by uid 500); 17 Mar 2006 14:55:03 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 1778 invoked by uid 500); 17 Mar 2006 14:55:03 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 1731 invoked by uid 99); 17 Mar 2006 14:55:02 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Mar 2006 06:55:02 -0800 X-ASF-Spam-Status: No, hits=0.9 required=10.0 tests=DNS_FROM_RFC_WHOIS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of nbeyer@kc.rr.com designates 24.94.166.129 as permitted sender) Received: from [24.94.166.129] (HELO ms-smtp-03.rdc-kc.rr.com) (24.94.166.129) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Mar 2006 06:55:01 -0800 Received: from OFFICEDESKTOP (CPE-24-31-248-236.kc.res.rr.com [24.31.248.236]) by ms-smtp-03.rdc-kc.rr.com (8.13.4/8.13.4) with ESMTP id k2HEsduN019242 for ; Fri, 17 Mar 2006 08:54:39 -0600 (CST) From: "Nathan Beyer" To: Subject: RE: [vote] Require compiler options that allow partial 5.0 language features Date: Fri, 17 Mar 2006 08:54:39 -0600 Message-ID: <003301c649d2$b77f2240$0d01a8c0@OFFICEDESKTOP> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <441A90DA.7050309@gmail.com> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Thread-index: AcZJroTuUUnc2LkFSKqXAjRxlbIuLgAI6dmQ X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N +1 I'm for it, but we'll need to be careful as the Eclipse compiler isn't perfect in regards to this functionality. For example, this bug [1] I ran into with 3.2 that allowed me to do return type covariance when target 1.4 was set. Not that these guys aren't doing a great job, but JLS3 added quite a few complexities and it's only natural that there will be some bugs. [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=128560 > -----Original Message----- > From: Tim Ellison [mailto:t.p.ellison@gmail.com] > Sent: Friday, March 17, 2006 4:35 AM > To: harmony-dev > Subject: [vote] Require compiler options that allow partial 5.0 language > features > > As discussed on the list, there is a compiler option in the 5.0 > compilers we use that allows source code containing a subset of Java 5.0 > language features to be compiled into 1.4 compatible class files. > > Since this is quite a significant change I'd like to get a vote on > whether the project should make this compiler option a necessity for our > code. > > The positive outcome of this is that we can develop APIs that rely on > those 5.0 language features, and run the resulting code on existing > 1.4-compatible VMs. > > The downside is that we are using an undocumented compiler feature on > the reference implementation (it is supported on the Eclipse compiler). > > [ ] +1 - Yes, change the build scripts to compile 5.0 code to 1.4 target > [ ] 0 - I don't care > [ ] -1 - No, don't change the compiler options (please state why) > > > Regards, > Tim > > -- > > Tim Ellison (t.p.ellison@gmail.com) > IBM Java technology centre, UK.