From owner-freebsd-eclipse@FreeBSD.ORG Sun Nov 17 21:37:33 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 ESMTPS id 7B8B099 for ; Sun, 17 Nov 2013 21:37:33 +0000 (UTC) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B06D260C for ; Sun, 17 Nov 2013 21:37:33 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id e14so902108iej.28 for ; Sun, 17 Nov 2013 13:37:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=oRbP2UTZfQUtnEkXRyDoVFtq0nyJ/yAcsVHys+h7SFU=; b=zE2O8o8JyTrizoSVH+cIVuTVMA4x71HcdzAq3Ppzsi+raD6wdSRd3ipP23cGj3dbKR 01qQRq76K9EWzXCVoL/ZjMvweUZU8qIFe1qAUSCNmnDlBvf2Ca17oHEHYb9ZtkMC+v4/ A/4a7S6S5dZJMMGbFG52d3nf43LCLuxhAKp27pZIRMsXwcPVXbZffnXf+JLek4hBP4qN Df+oe6ucB7ceiyP1/dvvxI16ypaZKEXzeexhVsVdAQggOft2evGZUw+9I7VHjT+4IMl0 Dfjn5ab41W6jLUR7bpaLOHtOIakFyLuRlGzBf1gS54X/FcJsH1LHmaNEBHOvSTIysVkj SwQQ== X-Received: by 10.50.61.35 with SMTP id m3mr11145888igr.56.1384724252619; Sun, 17 Nov 2013 13:37:32 -0800 (PST) Received: from jmobile.jimmy.local (71-81-196-43.dhcp.stls.mo.charter.com. [71.81.196.43]) by mx.google.com with ESMTPSA id qi3sm10082425igc.8.2013.11.17.13.37.30 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 17 Nov 2013 13:37:31 -0800 (PST) Received: by jmobile.jimmy.local (sSMTP sendmail emulation); Sun, 17 Nov 2013 15:37:29 -0600 Date: Sun, 17 Nov 2013 15:37:29 -0600 From: Jimmy Kelley To: freebsd-eclipse@freebsd.org Subject: Re: eclipse-devel Juno -> Kepler Message-ID: <20131117213729.GD3254@jmobile.jimmy.localnet> References: <5280FF22.50502@matrix.gatewaynet.com> <20131115214818.GA3254@jmobile.jimmy.localnet> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-eclipse@freebsd.org X-Mailman-Version: 2.1.16 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: Sun, 17 Nov 2013 21:37:33 -0000 On Fri, Nov 15, 2013 at 05:09:44PM -0500, George Neville-Neil wrote: > > On Nov 15, 2013, at 16:59 , Jimmy Kelley wrote: > > > On Mon, Nov 11, 2013 at 08:42:26AM -0800, George Neville-Neil wrote: > >> > >> On Nov 11, 2013, at 8:00 , Achilleas Mantzios wrote: > >> > >>> Hallo, > >>> 1st off thanx for the efforts for eclipse the port all those years. > >>> Are there any plans to port Kepler (Eclipse 4.3) in the near future? > >>> Just took a look at the Juno patches (pheww... doable but lots of work). > >>> > >> > >> A few of us have talked about it, but it is, indeed, a lot of work. > >> > >> That being said we do need a plan. My original idea was to retire > >> the current eclipse port and move eclipse-devel over to be just eclipse. > >> Then we could get started on doing a new eclipse-devel which would > >> be 4.3, or, perhaps 4.4 > >> > >> Best, > >> George > >> > >> > > > > Greetings, one and all... > > > > I am pleased to announce that I do believe I have the port for > > Eclipse Kepler (4.3) ready to go! You can download the gzipped > > shar file from http://webpages.charter.net/ljboiler/eclipseKepler.shar.gz > > I put this info into PR 180243. > > > > I have named this eclipse4-kepler. My 2-cents worth on rearranging the > > existing ports: move eclipse to eclipse3-indigo (some people might still > > be using or need this version), move eclipse-devel to eclipse4-juno, add > > this new one with the name I've given it, and eclipse-devel can be added > > in the near future as an update to the kepler version. From what I've seen > > from other ports, a non -devel version points to a very specific version or > > tag, whereas the -devel version usually tracks the 'head' version of a > > work-in-progress; since the eclipse source is now coming straight from > > a Git repo, I can see this being very easy to make the eclipse-devel port > > track and truely be a "use at your own risk, bleeding edge" version of eclipse. > > > > I would like to warn people that much has changed with how things get built > > with Eclipse Kepler compared to earlier Eclipse ports. Currently, the > > source straight from the Eclipse repo builds EVERY flavor of the Eclipse > > SDK/platform they release: win32/linux/hp/macosx/... with gtk/motif/win32 GUI. > > Most of the porting work was to hack out all that and only build a FreeBSD > > flavor (unless you could spare several hours and 40+G disk space). I'd say > > that a machine with 2G RAM minimum is needed, and still plenty of disk space: > > 10G in the ports distfiles area and almost 3G in the port working directory. > > ALSO... a working network connection is needed during the build phase, which > > (from a post to the ports mailing list this last week or so) tells me that this > > might not be able to be built by the automatic port building/packaging cluster; > > something about network access only being allowed during the fetch phase of building > > a port. Even with a always-on network connection, be warned that there have > > been too many times I've run into various servers or their mirrors being down > > when trying to build this and having to start it over (sorry, maven builds > > don't fail gracefully, and are hard to pick up from where an error occurred). > > > > Needs openjdk7 to build, runs on either openjdk6 or openjdk7 (default). > > Ran into a bug when running on openjdk7 and debugging a java app targeted > > for openjdk7, which was also seen by someone using Netbeans (which makes > > me think it's a openjdk7 bug): something is looking for libntp.so and can't > > find it even though it's right there in the openjdk7/jre/lib/i386 directory, > > and the "fix" is to symlink that into /usr/local/lib. > > > > Seen a few screen redrawing glitches, which clear up for me on my mutli-desktop > > window manager (i3) by switching to a different desktop and back. > > > > The port has options to install the full SDK (what the previous Eclipse ports built), > > or just the Eclipse platform (without all the Java and Plugin development > > stuff), which might be useful for people that use just the CDT or other > > language tools. > > > > Enjoy! > > > > Great that you’re working on this. I tried a naive build today (i..e just download, unpack into my local > ports, and attempt a build) on 11. > > [exec] gmake[2]: Leaving directory `/usr/home/gnn/svn/head-ports/java/eclipse4-kepler/work/eclipse.platform.releng.aggregator/eclipse.platform.swt.binaries/bundles/org.eclipse.swt.gtk.freebsd.x86_64/tmpdir' > [exec] cc1plus: error: unrecognized command line option "-std=c++11" > [exec] gmake[2]: *** [xpcomxul.o] Error 1 > [INFO] ------------------------------------------------------------------------ > [INFO] Reactor Summary: > [INFO] > [INFO] eclipse-platform-parent ........................... SUCCESS [0.346s] > [INFO] rt.equinox.framework .............................. SUCCESS [0.010s] > [INFO] org.eclipse.osgi .................................. SUCCESS [22.370s] > [INFO] org.eclipse.osgi.services ......................... SUCCESS [0.791s] > [INFO] rt.equinox.bundles ................................ SUCCESS [0.010s] > [INFO] org.eclipse.equinox.common ........................ SUCCESS [6.326s] > [INFO] eclipse.platform.ui ............................... SUCCESS [0.008s] > [INFO] org.eclipse.core.commands ......................... SUCCESS [6.264s] > [INFO] eclipse.platform.runtime .......................... SUCCESS [0.008s] > [INFO] org.eclipse.core.jobs ............................. SUCCESS [4.845s] > [INFO] org.eclipse.equinox.registry ...................... SUCCESS [5.306s] > [INFO] org.eclipse.equinox.preferences ................... SUCCESS [4.938s] > [INFO] org.eclipse.core.contenttype ...................... SUCCESS [4.962s] > [INFO] org.eclipse.core.databinding.observable ........... SUCCESS [6.725s] > [INFO] org.eclipse.core.databinding.property ............. SUCCESS [5.824s] > [INFO] org.eclipse.core.databinding ...................... SUCCESS [5.960s] > [INFO] org.eclipse.equinox.app ........................... SUCCESS [4.713s] > [INFO] org.eclipse.core.runtime .......................... SUCCESS [5.070s] > [INFO] org.eclipse.core.expressions ...................... SUCCESS [4.965s] > [INFO] org.eclipse.e4.core.di ............................ SUCCESS [4.440s] > [INFO] org.eclipse.e4.core.contexts ...................... SUCCESS [4.585s] > [INFO] org.eclipse.e4.core.services ...................... SUCCESS [4.390s] > [INFO] org.eclipse.e4.core.commands ...................... SUCCESS [0.399s] > [INFO] org.eclipse.e4.core.di.extensions ................. SUCCESS [0.242s] > [INFO] eclipse.platform.swt .............................. SUCCESS [0.008s] > [INFO] org.eclipse.swt ................................... SUCCESS [6.003s] > [INFO] org.eclipse.equinox.bidi .......................... SUCCESS [4.603s] > [INFO] org.eclipse.swt.gtk.freebsd.x86_64 ................ FAILURE [11.443s] > [INFO] org.eclipse.jface ................................. SKIPPED > > > I wonder if we need a GCC setting? > > Bset, > George > I've updated the shar to fix this... Jimmy