The Eclipse Platform is an open extensible IDE for anything and yet
nothing in particular. The Eclipse Platform provides building blocks
and a foundation for constructing and running integrated software-
development tools. The Eclipse Platform allows tool builders to
independently develop tools that integrate with other people's tools
so seamlessly you can't tell where one tool ends and another starts.
Note, that for this port (to make it possible) the internal variable
ARCH is reset from "amd64" to "x86_64" to make the eclipse build
process went through.
- Move libxul 1.9.2 to www/libxul19
- Update www/libxul to 10.0.7
- Update all dependent ports to use www/libxul19 (no functional changes)
- Bump PORTREVISION on ports where libxul is a run dependency as the
resulting package will change.
Submitted by: Jan Beich <jbeich@tormail.org>
With hat: gecko
Update checksum for org.hamcrest.core_1.1.0.v20090501071000.jar using SHA256
and SIZE from eclipse-devel
Submitted by: Matthew Seaman (m.seaman@infracaninophile.co.uk)
. Add entries for the test distfiles.
This gets us closer, but the WITH_TESTS option still does not work.
The build now fails while applying patches.
PR: 157600
. Update to 3.4.2, including:
. We are now installing a real eclipse product.
. Only the jar files for the platform are built, dramatically reducing
the time necessary to build (thanks to the Fedora devs for the idea
and the basic procedure).
. Lot of small fixes to the build procedure to make future imports easier
. Some of the bundles are pre-extracted during install to improve
launching time.
. JDK 1.6 is required to build but any jre (1.5 or 1.6) can be used in
Preferences->Java->Installed JREs. JDK 1.4 is unfortunately not
supported at this time.
. Switch to x86_64 architecture name instead of amd64 to be more in-line
with mainline eclipse.
Note that after this update you will need to reinstall any plugins you've
installed with the built in Update Manager. This is a one time thing.
Submitted by: sepotvin@ (maintainer)
. Fix the build when WITHOUT_MOZILLA is defined by removing the manual
inclusion of an (obsolete) copy of bsd.gecko.mk (its included when
appropriate by the port setting USE_GECKO).
Submitted by: ale
Approved by: portmgr (pav)
. Enforce JAVA_VERSION of 1.6 on FreeBSD 7.x and better. While jdk15 will
work, diablo-jdk15 won't, so the safest way to do this is to just
enforce jdk16 or diablo-jdk16.
. Enforce using something that was compiled on FreeBSD 8.x since the binary
packages are likely to cause problems.
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
. Force eclipse to use one of the jdk* ports rather than the diablo-jdk15
port on FreeBSD 7.x and higher as mixing the native 7.x libraries of
eclipse and the native 6.x libraries of diablo-jdk is a recipe for trouble.
PR: 118115
- Fixes for internal web browser [1]
- Fixes for internal web browser on amd64 [2]
- Convert to USE_GECKO [3]
Note: Port defaults to xulrunner as the preffered gecko port because it is
the only port which allows the internal web browser to work but eclipse will
build using other gecko ports (ie. firefox, mozilla, seamonkey) though it
will lack a working internal web browser. An argument can be made that
xulrunner should be the only available gecko but maybe 5 people have
xulrunner installed and it's another 45 minute mozilla dependency on even my
speedy machine. The maintainer mentioned working on getting the internal
web browser to work with firefox so I'm leaving well enough alone. When
eclipse fully works with firefox the USE_GECKO ordering should probably be
revistited.
PR: 105581
Submitted by: Maintainer [1], Kurt Miller <lists at intricatesoftware.com>
[2], me [3]
Chase the GNOME X11BASE to LOCALBASE move, and fix the build with the
new freetype2 where needed.
Submitted by: mezz, ahze, pav, and many others
Approved by: portmgr (implicit, kris)
. Make sure the mozilla library is built unless WITHOUT_MOZILLA is
explicitly specified. Fixes a problem with the internal browser widget
not being available.
PR: 91305
Submitted by: Panagiotis Astithas <past@ebs.gr>
Fix javavmwrapper support added in last commit: the launcher now enforces
JAVA_VERSION and JAVA_OS values so that no wrong JDK can be picked up by
javavm(1).
PR: 86860
Discussed with: Panagiotis Astithas <past@ebs.gr>
o Fix build error with WITH_MOZILA != mozilla.
o Make an Eclipse menu entry visible. (add dependency)
o Bump PORTREVISION, accodingly.
PR: ports/86649
Submitted by: Panagiotis Astithas <past@ebs.gr>
. Fix compilation after the recent nspr split from mozilla/firefox.
Although I can't reproduce this problem, it doesn't break anything
for me and other users have independently verified it fixes the
build for them.
. Remove an unnecessary patch.
PR: 85590
Submitted by: Panagiotis Astithas <past@ebs.gr>
Update to 3.1.
o java/eclipse-devel is IGNOREd now until 3.2+.
o change MAINTAINERship to java@ on java/eclipse-devel. [1]
PR: ports/84252
Submitted by: Panagiotis Astithas <past@ebs.gr>
Requested by: devel/eclipse-devel's maintainer [1]
Tested by: java@
Fix install error on pointyhat.
This was found implicitly dependency on unzip by
pointyhat. In almost environment, this is not a
problem and isn't regist installed package
database. So I don't bump PORTREVISION.
Pointed out by: pointyhat via kris
o Update to 3.0.1. [1]
o Use native JDK rather than linux-sun-jdk. [2]
o Utilize WITH_MOZILLA. It provies to use mozilla or firefox. [2]
o Fix some port's bugs. [2]
o Add zip to BUILD_DEPENDS and fix build error without zip. [3]
PR: ports/72990 [1], ports/72475 [2]
Submitted by: Jeremy Faulkner <gldisater@gldis.ca> [1], [2]
Pointed out by: pointy via kris [3]
o Fix build with KDE WITH_MOTIF. [1]
o Fix build on 4-stable. [2]
o Fix a problem expect using JDK1.4.2. [3]
o Respect CC/CXX. [4]
o Bump PORTREVISION Accordingly.
Reported by: Jiawei Ye <leafy7382@gmail.com> [2]
SUGIMURA Takashi <sugimura@jp.FreeBSD.org> [3]
Jan-Peter Koopmann <Jan-Peter.Koopmann@seceidos.de> [4]
Submitted by: Jeremy Faulkner <gldisater@gldis.ca> [1] [3]
Fernan Aguero <fernan@iib.unsam.edu.ar> [2]
Reviewed by: Panagiotis Astithas <past@ebs.gr> [1] [3] [4]
Pointy hat to: myself [2]
People should report problems with this port to maintainers. Make the
confusion less likely by removing all non-relevant email addresses from
the Makefile.
The refactor/rename option would not work when building from sources, as
stated in Eclipse PR 37846.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=37846
The REINPLACE_CMD-powered "refactoring" is somewhat brutal, but it
is better than 50+ patchfiles or a single large diff.
Add ANT_OPTS to MAKE_ENV to expand the java heap at runtime.
It may happen that ant does not have sufficient heap to zip the plugins
during installation.
Obtained from: Jan Schulz (from the eclipse.tools.jdt newsgroup)
Verified by: Edmond Nolan <eddie@eddienolan.com>
Let the port build and install the source code related features and
plugins. This basically means that Javadoc help and editor hover
links will work on Eclipse libraries when developing plugins and
SWT applications.
It requires some zipping and unzipping but at least we get the
correct tree installed (much like the available binaries for other
platforms).
Obtained from: Jan Schulz (from the eclipse.tools.jdt newsgroup)
. Instead of hardwiring JAVA_HOME, put in a USE_JAVA statement that should
be sufficient. The Eclipse documentation mentions needing 1.3 or better.
PR: 53426 (hopefully)
Suggested by: kan
