From owner-freebsd-eclipse@FreeBSD.ORG Thu Jul 25 07:59:03 2013 Return-Path: Delivered-To: freebsd-eclipse@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 247F7259 for ; Thu, 25 Jul 2013 07:59:03 +0000 (UTC) (envelope-from Thomas.Gellekum@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4C62394 for ; Thu, 25 Jul 2013 07:59:02 +0000 (UTC) Received: from siegel.tg.intern ([78.34.99.151]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MHHdb-1UpuGE1L7r-00E35U for ; Thu, 25 Jul 2013 09:59:01 +0200 Message-ID: <51F0DAC4.3010905@gmx.de> Date: Thu, 25 Jul 2013 09:59:00 +0200 From: Thomas Gellekum User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130627 Thunderbird/17.0.7 MIME-Version: 1.0 To: kron Subject: Re: Upgrading java/eclipse and java/eclipse-devel References: <0F5A2320-D5E0-4008-A065-E27959D54AA7@neville-neil.com> <51F0B78F.2030908@gmail.com> In-Reply-To: <51F0B78F.2030908@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:fqbQfmjJBraZIQBgYOk9dya6RW7EqpDq9XyJocSNDb9HcCrSGvm 5BxE/DKR9WuClzfi25ormVAHn7vwDC+AHvVZ+dON4IbE3dc9lTjhm8W5h/JzVN8mEgG2a61 f6wE9orbGbzfHblKiszulKd3iF0QdJWHRqQoljjCDAWtwtVAAp+rP9AHZ/s1UTD9ZJHyOrm fSuMbUeE7Duq6+Q7MWIBQ== Cc: freebsd-eclipse@freebsd.org X-BeenThere: freebsd-eclipse@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "FreeBSD users of eclipse EDI, tools, rich client apps & ports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 07:59:03 -0000 On 07/25/13 07:28, kron wrote: > On 2013/07/24 23:03, George Neville-Neil wrote: >> Howdy, >> >> Eclipse 4.2, which we have in java/eclipse-devel has been out for >> over a year and Eclipse 4.3 is "nearly done" as far as anyone can >> tell. It's been out for a few weeks now. >> I'd like to propose that we copy the devel port to the normal >> port, and then do two things. First I'd like to get Eclipse 4.2 >> working with openjdk7. RIght now the build fails but that was just a >> naive attempt to build the port with the new jdk. AFAIR, the problem lies with some of the 3rd party libraries (in ECLIPSE_*_BUNDLES) that were pre-built with a 1.4 or 1.5 JDK and miss necessary type info for some of the APIs that use generics. We could probably add ports for all those libraries and add appropriate OSGi headers to their manifests. This would also allow us to get rid of some of the patches to the manifest files which are a PITA to maintain. This could happen one library at a time, so it wouldn't have to be a disruptive process. IIRC, the problematic libraries are the sat4j bundles, so we'd start with those. Handling the versions requires some care, though, as different versions of Eclipse depend on different versions of those bundles. There might be an alternative: Kepler is supposed to be built with JDK7, so check for updates in those bundles. This sounds cheaper in the short term, but maintaing those patches is a major cost in the longer run. >> Secondly we can >> mark eclipse-devel broken until we can start getting 4.3 running in >> that port. Kepler (4.3) looks like it is going to be a major effort. I've only briefly checked the linuxtools.eclipse-build repo, but it seems they've abandoned the Ant based build and switched completely to Tycho, which is a Maven plugin. In theory, this should make things easier for us, too, but we don't have Tycho yet. Last time I looked at that, you needed a P2 repository from an Eclipse installation to build it, so bootstrapping is going to be an issue. I stopped digging further when I realized how much work it would be to provide a clean environment for building. Maven likes to load oodles of stuff from outside. Keeping that under control is not going to be much fun. tg