From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15958 invoked by alias); 3 Sep 2014 17:59:32 -0000 Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-owner@gcc.gnu.org Received: (qmail 15932 invoked by uid 89); 3 Sep 2014 17:59:31 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.2 X-HELO: aibo.runbox.com Received: from aibo.runbox.com (HELO aibo.runbox.com) (91.220.196.211) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Wed, 03 Sep 2014 17:59:18 +0000 Received: from [10.9.9.207] (helo=mailfront03.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1XPEpu-0000hG-6T; Wed, 03 Sep 2014 19:59:14 +0200 Received: from 70-36-239-41.dsl.dynamic.sonic.net ([70.36.239.41] helo=toshie.bothner.com) by mailfront03.runbox.com with esmtpsa (uid:757155 ) (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.76) id 1XPEpk-0005R3-PC; Wed, 03 Sep 2014 19:59:04 +0200 Message-ID: <540756E6.4000804@bothner.com> Date: Wed, 03 Sep 2014 17:59:00 -0000 From: Per Bothner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0 MIME-Version: 1.0 To: Guillermo Rodriguez Garcia CC: "classpath@gnu.org" , "java@gcc.gnu.org" Subject: Re: GCJ ------ file type not supported by system References: <540034B0.4010701@redhat.com> <1409306247.25913.21.camel@nirvana.localdomain> <54043670.4070908@redhat.com> <1409568429.4242.1.camel@nirvana.localdomain> <54074227.5000104@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-09/txt/msg00011.txt.bz2 On 09/03/2014 09:35 AM, Guillermo Rodriguez Garcia wrote: > What would you like me to do? How can I help ? More useful than updating Classoath per se would be creating a version of GCJ that uses OpenJDK's javac for compiling to bytecodes, and OpenJDK classes (or at least mostly so). This is a big project, but has a chance of being useful and maintained. There may be licensing issues that should be considered before charging full steam ahead. I'm out of the loop, so I don't know if anything like that is happening. I'd start with switching to using javac. When I'd add/replace whatever non-core classes that don't wouldn't conflict with GCJ/Classpath core classes. Maybe this wold be a fork or branch of Classpath, or maybe the mainline - depends on the changes. In general, the sanest way to update classpath is to merge in OpenJDK code. (Again, assuming licensing and other policy issues have been evaluated.) However, the OpenJDK classes may depend on recent Java language features. Which is why projects using Classpath should switch to using OpenJDK's javac. (I don't believe Eclipse's compiler is as solid or complete, though that may be my bias from having worked with javac engineers. It's probably good enough for at least the initial stages of merging in OpenJDK classes.) -- --Per Bothner per@bothner.com http://per.bothner.com/