http://icedtea.classpath.org/hg/release/icedtea6-1.11/rev/d9564350faa6http://blog.fuseyism.com/index.php/2012/10/19/security-icedtea-1-10-10-1-11-15-2-1-3-2-2-3-2-3-3-released/
- Completely turn off parallel build by default and remove parallel build
hack for HotSpot. There were several reports that it fails to build under
certain environment, ports/162991 for example. Users can still do parallel
build by setting FORCE_MAKE_JOBS (and MAKE_JOBS_NUMBER if desired).
- Implement os::available_memory(). Now it is consistent with "vm.vmtotal"
sysctl(3) MIB rather than bogus (physical memory / 4).
- Prefer sysconf(_SC_NPROCESSORS_CONF) over HW_NCPU sysctl MIB to get the
number of installed processors. There is no functional difference except
for CURRENT, which obtains the information from ELF aux vector.
- Prefer sysconf(_SC_PHYS_PAGES) * sysconf(_SC_PAGESIZE) over HW_USERMEM
sysctl MIB to get size of physical memory. Although it looks more logical
to find currently available memory, it has an inevitable side-effect, i. e.,
it changes dynamically depending on current wired page count. Therefore,
it is unpredictable and not too useful some times. For example, launcher
uses the parameter to determine initial heap size and machine class for i386.
Now it is more consistent with other places (and Linux JDK/JREs, including
the ones we have in ports tree).
- Implement os::active_processor_count() using cpuset_getaffinity(2). For
example, Runtime.getRuntime().availableProcessors() now returns number of
available processors for the current process as it should.
- Sync. launchers (java_md.c) for HotSpot and JDK as much as possible for
maintainability. As a good side-effect, launcher for i386 can now determine
machine class based on the current hardware configuration. Previously,
client VM was always chosen by default.
- Fix CounterGet(), which is only used for debugging launcher.
- Add swap info for os::print_memory_info().
Obtained from: IcedTea project [1]
Feature safe: yes
bootstrapped with pre-built openjdk6 packages from FreeBSD build clusters
on clean 7.4-RELEASE installation, and the ports tree was checked out at
r305682.
Feature safe: yes
manually set, this dependency may not be fulfilled.
- Consistently use WRKSRC over WRKDIR where it makes sense. Although they
are actually the same directory, there is no reason to confuse users.
Feature safe: yes
- Reset maintainership. See ports/164941.
- Make it as amd64 and i386 only. Other architectures needs porting.
- Reduce Makefile headers, add licenses, and convert to optionsNG.
- Add an option to build with native JDK. When it is not selected, GCJ is
used instead. Turned on by default.
The following changes were made in the previous commit.
- Use ECJ 3.8 instead of 4.2. This simplifies and add more Eclipse mirrors.
They are actually the same compilers released with different Eclipse JDTs.
- Add an option to build gjdoc.
- Add an option to build with GMP, which enables java.math.BigInteger.
- Add an option to build with native JDK. When it is turned off, ECJ or GCJ
(when WITH_GCJ is defined) is used for glibj.zip. Note ECJ (with gij) and
GCJ can compile classpath perfectly fine on FreeBSD 9 and later but it seems
libgcj interacts badly with 7 and 8. Need more investigation.
- Reduce unnecessary dependencies. zip is not used when "--with-jar" is
specified. Use pre-built ANTLR jar file, which is only used for gjdoc.
Remove JDK run-time dependency because it is only necessary to execute tools
and these tools are actually wrappers. Now we just execute them with javavm
wrapper (or user-specified VM when JAVACMD environment variable is set).
Note you need a valid JVM to run these commands now.
- Add a patch to fix an ugly JAR updater bug. Without this, the file name
must include "/" in it, e.g., "gjar i ./glibj.zip".
- Fix conflicts with java/classpath. Note security provider configuration
is moved to ${PREFIX}/lib/security/SableVM.security. This file is always
loaded first because the short vendor name is SableVM. If it does not
exist, then classpath.security is loaded (java/security/Security.java).
- Reduce Makefile headers, add licenses, and convert to optionsNG.
- 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
- Set JAVACMD environment variable to point to bootstrap JDK for ant. When
it is unset or empty, ant sets it by executing `which java`, which may be
different from bootstrap JDK.
are no more self hosting so we are stuck with 0.25 version while pkgconf provide
the same set of features as 0.27 and a compatible frontend. A symlink to
pkg-config has been added for convenience and compatibility
This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG
it can take the following arguments:
- yes (meaning build only dep)
- build (meaning build only dep)
- run (meaning run only dep)
- both (meaning run and build dep)
From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.
While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config
With Hat: portmgr
Exp-runs by: bapt (pointhat-west), beat (pointyhat)
- Add a note to pkg-message about the problem of not seeing
the PyDev perspective
- Bump PORTREVISION
- Remove PLIST_SUB
- Add SUB_LIST, SUB_FILES (for pkg-install)
- Use a different (and ugly) way to update the bundles.info
file of Eclipse, and make pointyhat happy(http://goo.gl/LVKpz )
(post-install target) [1]
- Add an @unexec command to pkg-plist to remove any reference
to PyDev in bundles.info when you uninstall the package
(add-plist-post target)
Buildlog: http://goo.gl/B18L5
Reported by: pointyhat (via erwin, and beat) [1]
- Add LICENSE (EPL)
- Remove variables already defined in eclipse/Makefile.plugins
- Add option JYTHON (default off)
- Add a pre-install target to generate Python bytecode
- Add instructions to update the bundles.info file, otherwise
the simple users don't see the installed plugin when running
Eclipse
- Fix instructions of pkg-message
- Remove pkg-plist (now generated automatically by eclipse/Makefile.plugins)
E.g. for jdk1.6.0 and openjdk6 will use '6' as the version.
. Modify the preference order for Java VMs used by the internal fallback
logic to reflect that openjdk is now the default Java VM rather than diablo.
. Remove code for Java vendors that are no longer in the ports tree (e.g.
blackdown, ibm).
. Remove code for handling version numbers that are no longer present in
the tree (e.g. only 1.5 and up is supported).
. Note that openjdk is a native Java VM.
. If the environment variable JAVAVM_FALLBACK_ONLY is set then only use the
internal logic to select a Java VM, don't use the ports logic even if the
ports collection is installed. [1]
. Update the manual page for JAVAVM_FALLBACK_ONLY.
. Bump version to 2.4.
PR: 167799 [1]
He had requested this some time ago, so any past timeouts should not be held
against him.
Your work in the past has been much appreciated, thank you.
Submitted by: maintainer, via private email
Java GUI designer that makes it very easy to create Java GUI
applications without spending a lot of time writing code to
display simple forms. With WindowBuilder you can create
complicated windows in minutes. Use the visual designer and
Java code will be generated for you. You can easily add controls
using drag-and-drop, add event handlers to your controls, change
various properties of controls using a property editor,
internationalize your app and much more.
WWW: http://www.eclipse.org/windowbuilder/
2012-06-07 devel/libtool-fixed: libtool has been fixed, no more need of this version
2012-05-23 devel/p5-Devel-ObjectTracker: removed from CPAN
2012-05-10 devel/rubygem-vmc: BROKEN for more than 6 month
2012-06-01 games/antrix: no more public distfiles, abandoned upstream
2012-05-10 games/sfbol: BROKEN for more than 6 month
2012-06-01 java/eclipseme: depends on java/sun-wtk
2012-05-10 mail/lmtpd: BROKEN for more than 6 month
%%JAVA_VERSION%% inserted into it was never expanded...
Now that we aren't using JDK-1.{3,4} anyway, the setting of JAVA_VERSION
is, probably, redundant. Remove it and bump PORTREVISION.
While here, declare the port as unsafe for parallel building. Unfortunately.
any regressions in functionality that might have been missed. Biggest
news is that partial BSD support is now in the official source
distribution through the OS X port's inclusion.
Partly obtained from Kurt Miller <kurt@intricatesoftware.com>
the JDK build looks for them, but FreeBSD 9.x has them available in /usr/bin.
Adjusting the JDK check is a harder fix, this will get things building
again on 9.x quickly.
PR: 166996
result turn it on by default again. This change bears a little more
explanation.
In UnixFileSystem.java there is a cache of canonical paths and in
particular one for paths inside java.home. The problem with looking
up time zone data is that if another path within java.home has been
looked up then the symlink for the time zone data is not resolved
(since the cache assumes there are no symlinks in java.home) and we fail
to be able to open the ZoneInfoMapping file.
One of the other features in UnixFileSystem is that the cache is not
consulted and full resolution occurs for paths containing "." or "..".
I've chosen to (ab)use this to force resolution of the time zone data
directory in ZoneInfoFile.java rather than doing something like IcedTea
did which was to introduce a tz.properties file where they would stash
the time zone info directory rather than symlinking it in. For full
reference that patch is here:
http://icedtea.classpath.org/hg/icedtea6/file/tip/patches/use-system-tzdata.patch
There are two main reasons I chose a bit of a hack rather than something
like this.
1. I want to apply the patch to non-GPL'ed code (e.g. the jdk16 port).
2. Using updated time zone data is only an option in the port and using
something like tz.properties when the option is off is clunky.
Thanks to avg@ for sleuth work on finding the bug write up and the
IcedTea fix.
the JDK/JRE ports. This will make keeping up to date with new timezone
data easier and prevent all the JDK/JRE ports needing to be updated
regularly whenever a new TZUpdater is released by Oracle.
Feature safe: yes
