Date: Fri, 15 Nov 2013 17:09:44 -0500 From: George Neville-Neil <gnn@neville-neil.com> To: Jimmy Kelley <ljboiler@gmail.com> Cc: freebsd-eclipse@freebsd.org Subject: Re: eclipse-devel Juno -> Kepler Message-ID: <F6920115-85DE-4474-9E06-E3F5B82637B2@neville-neil.com> In-Reply-To: <20131115214818.GA3254@jmobile.jimmy.localnet> References: <5280FF22.50502@matrix.gatewaynet.com> <FB25D13D-CD8D-4AAA-B15A-F1E5CBB62D23@neville-neil.com> <20131115214818.GA3254@jmobile.jimmy.localnet>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_F30DCAE5-82FE-4A4B-A59E-78153B645D3E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Nov 15, 2013, at 16:59 , Jimmy Kelley <ljboiler@gmail.com> wrote: > On Mon, Nov 11, 2013 at 08:42:26AM -0800, George Neville-Neil wrote: >>=20 >> On Nov 11, 2013, at 8:00 , Achilleas Mantzios = <achill@matrix.gatewaynet.com> wrote: >>=20 >>> 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). >>>=20 >>=20 >> A few of us have talked about it, but it is, indeed, a lot of work. =20= >>=20 >> 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 >>=20 >> Best, >> George >>=20 >>=20 >=20 > Greetings, one and all... >=20 > 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. >=20 > 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. =46rom 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. >=20 > 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). >=20 > 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. >=20 > 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. >=20 > 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. >=20 > Enjoy! >=20 Great that you=92re 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.r= eleng.aggregator/eclipse.platform.swt.binaries/bundles/org.eclipse.swt.gtk= .freebsd.x86_64/tmpdir' [exec] cc1plus: error: unrecognized command line option = "-std=3Dc++11" [exec] gmake[2]: *** [xpcomxul.o] Error 1 [INFO] = ------------------------------------------------------------------------ [INFO] Reactor Summary: [INFO]=20 [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 --Apple-Mail=_F30DCAE5-82FE-4A4B-A59E-78153B645D3E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlKGm6gACgkQYdh2wUQKM9Kh1gCeK+9pBrsqOBxKxUm2c4ldGOu1 l4UAnjRNqm3h7a6qNRt6Aj21R4SAppWp =LcsE -----END PGP SIGNATURE----- --Apple-Mail=_F30DCAE5-82FE-4A4B-A59E-78153B645D3E--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F6920115-85DE-4474-9E06-E3F5B82637B2>