| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
Approved by: glewis (implicit)
|
| |
|
|
|
|
|
|
| |
- Build fixes after GCC 4.2 import.
- Remove SIGRTMIN and SIGRTMAX redefinitions.
- Use posix_memalign(3) instead of valloc(3).
Approved by: glewis (maintainer)
|
| |
|
|
|
| |
uses hacks to compile libXm.a with PIC objects, which means trying to
statically link with it breaks the build on amd64.
|
| | |
|
| |
|
|
| |
Prompted by: pointyhat (via kris)
|
| |
|
|
|
|
|
|
|
|
| |
. Replace some hardwired /usr/local instances with LOCALBASE.
. Small Makefile restructure to keep related variables in one place.
. Add ipv6 to CATEGORIES if its enabled. [2]
PR: 106130 [2]
Submitted by: Janos Mohacsi <janos.mohacsi@bsd.hu> [2]
Pointed out by: pointyhat (via kris) [1]
|
| |
|
|
|
|
| |
when its called with interruptible set to false.
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
|
| |
|
|
|
|
|
| |
building, the JDK zone info file doesn't exist yet, so attempting to
get the zone info for GMT_ID would fail.
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
|
| |
|
|
|
|
|
| |
new freetype2 where needed.
Submitted by: mezz, ahze, pav, and many others
Approved by: portmgr (implicit, kris)
|
| |
|
|
|
|
|
|
|
| |
defining O_SYNC and O_DSYNC if they aren't defined. In particular we
were previously defining O_SYNC bogusly to the same value as O_EXCL.
PR not closed as this fixes jdk15, not diablo-jdk15.
PR: 102888
|
| |
|
|
|
|
|
| |
which begin with an underscore (although the patch doesn't handle these).
. Bump PORTREVISION.
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
|
| |
|
|
|
|
| |
Client VM.
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
|
| |
|
|
|
|
|
| |
Corrects non-blocking IO case.
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
Sponsored by: The FreeBSD Foundation
|
| |
|
|
|
|
|
| |
Internal Error.
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
Sponsored by: The FreeBSD Foundation
|
| |
|
|
|
| |
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
Sponsored by: The FreeBSD Foundation
|
| |
|
|
|
| |
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
Sponsored by: The FreeBSD Foundation
|
| |
|
|
|
| |
PR: 85997
Submitted by: Kurt Miller <lists@intricatesoftware.com>
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
Eclipse on that platform.
See https://bugs.eclipse.org/bugs/show_bug.cgi?id=71987
. Bump PORTREVISION.
Submitted by: Sean McNeil <sean@mcneil.com>
|
| |
|
|
|
|
| |
ignore the internal zlib source files rather than having to rm them.
Submitted by: Kurt Miller <kurt@intricatesoftware.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
can't use -j in general since the build of the other bits is almost
certainly not -j safe. If set, this will speed up the build for those
with an SMP box. [1]
. Install the cacerts file from Sun's JDK 1.5.0_06 release rather than
using the almost empty one that comes with the SCSL source. [2]
. Bump PORTREVISION for the second change.
PR: 87552 [1]
Submitted by: leafy <leafy@leafy.idv.tw> [1]
Prompted by: Panagiotis Astithas <past@ebs.gr> [2]
|
| |
|
|
|
|
|
| |
. Bump PORTREVISION for this and (mostly) the previous change.
PR: 86804
Submitted by: Panagiotis Astithas <past@ebs.gr>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
copy. This should have the following effects:
. Fix problems experienced by programmes that dynamically create their
own copy of the JVM and are linked against the system's zlib (e.g.,
eclipse).
. Reduce the potential for zlib based security problems affecting the
JDK.
Submitted by: mi@
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
in the systems libz.so. This conflict broke applications such as
Eclipse which is linked with libz.so (via gtk+ I believe).
This is a slightly modified version of the submitter's patch.
A better solution may be to link with the system's libz.so and remove
the JDK's internal zlib code altogether, but I'd like to test that a
little more first. Until then this solves the problem.
. Bump PORTREVISION since Eclipse seems to be quite widely used.
Submitted by: "Arno J. Klaassen" <arno@heho.snv.jussieu.fr>
|
| |
|
|
|
|
| |
to isReachable() is still available (fixes some JCK tests).
Submitted by: Christos Zoulas
|
| | |
|
| |
|
|
|
|
|
|
|
| |
valid one doesn't currently exist.
. Add a pkg-deinstall which removes the symbolic link if this port owns it.
. Produce pkg-install and pkg-deinstall with SUB_FILES and SUB_LIST rather
than manually using ${SED} ourselves.
Approved by: maintainer timeout
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
http://java.sun.com/j2se/1.5.0/docs/guide/awt/1.5/xawt.html
it has some advantages over XToolkit. Its also the default on Linux
and Solaris will be switching to it. Some people have reported that
it fixes a crash in the browser plugin for them.
Please let me know straight away if this causes problems, particularly
with Swing, as it hasn't been extensively tested. The web page
mentioned above explains how to switch the toolkits dynamically so you
can compare them.
Submitted by: Huang wen hui <hwh@gddsn.org.cn>
(the awt_LoadLibrary.c patch)
Approved by: phantom (maintainer)
|
| |
|
|
| |
Approved by: phantom (maintainer)
|
| |
|
|
|
| |
bootstrap JDK. This fixes using the Linux JDK to bootstrap when you
are compiling javaws.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
. Many patches are now unnecessary as they are included in the new
patchset.
. The browser plugin and Java Web Start is enabled on i386 (there are
64 bit issues with both the plugin and Mozilla/Firefox which prevent
enabling it on amd64).
. Update the amount of disk space needed.
. Update the status of the port.
. Disable building the shared class data archive. This broke the build
on amd64 and appears to also be problematic on some i386 versions
(4.11 is broken at least). It will reappear in future, probably
initially on a limited set of FreeBSD versions and architectures
(6.0/i386 is reported to work).
Reviewed by: freebsd-java@
Approved by: maintainer timeout (1 week)
|
| |
|
|
| |
dump the archive with the Server VM.
|
| |
|
|
|
|
|
|
|
| |
up VM load times.
See http://java.sun.com/j2se/1.5.0/docs/guide/vm/class-data-sharing.html
Suggested by: "Ronald Klop" <ronald-freebsd8@klop.yi.org>
Approved by: phantom (maintainer)
|
| |
|
|
|
|
|
| |
somehow.
Approved by: maintainer (phantom)
Approved by: portmgr (krion)
|
| | |
|
| |
|
|
|
|
| |
under 5.x which was running fine without it.
Approved by: phantom
|
| |
|
|
|
|
|
|
|
|
|
|
| |
in or below the current working directory. Fixes a security problem with
jar(1).
This fix may change to be compatible with whatever fix Sun applies when
they release the next version of 1.5.
. Bump PORTREVISION for this fix.
Security: http://vuxml.FreeBSD.org/18e5428f-ae7c-11d9-837d-000e0c2e438a.html
Reviewed by: maintainer timeout
|
| |
|
|
|
|
|
|
| |
. /etc/localtime is a symlink.
. /etc/localtime contains a time zone not recognised by the JDK.
Submitted by: Kurt Miller <truk@optonline.net>
Reviewed by: maintainer timeout
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
hence the path for the shared libraries doesn't always work on FreeBSD.
It definitely fails on FreeBSD 4.11 and FreeBSD 6-CURRENT under the
tested environments. In fact, the dladdr(3) man page even warns of
these problems. While there is work under way to fix this, it isn't
available yet.
Given that situation, switch to trying /proc/curproc/file, which is
similar to what Linux does, and if that fails, drop back to checking
argv[0] and iterating through $PATH as in jdk 1.4. Both these methods
work correctly in testing.
Reported by: das
Reviewed by: maintainer timeout
|
| |
|
|
|
|
|
|
|
|
|
|
| |
unfortunately sending it to stdout. When using such a JDK to bootstrap
this line ends up at the head of generated classes, leaving them
uncompilable. Add a filter to the class generation to strip out such
lines with egrep.
A similar patch is present in the jdk14 port and prevents a semi-common
class of error reports.
Approved by: phantom (maintainer)
|
| |
|
|
|
|
| |
(which FreeBSD 4.x lacks).
Approved by: phantom (maintainer)
|
| |
|
|
|
| |
PR: 77725
Submitted by: Anthony Ginepro <anthony.ginepro@laposte.net>
|
| |
|
|
|
|
|
| |
macro. This will be in patchset 2.
PR: 77162
Submitted by: phantom
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
family -- first public patchset of native Sun JDK 1.5.0 port.
Most valuable addition of this patchset is native amd64 support.
And special thanks goes to Daniel Seuffert <ds@freeBSD.org> for
making it possible by providing amd64 hardware.
This patchset was tested on following configurations: i386/4.10,
i386/5.3, amd64/5.3. 5.3-RELEASE support is quite strong and
shown no huge visible problems over last week.
But even mentioning above note, keep in mind -- THIS IS ALPHA
PATCHSET and suitable for testers/developers ONLY!
Known issues are including (but for sure not limited to):
. Browser plugin support is missing
. JVMTI, JDWP and JMX are not tested yet
. FreeBSD i386/4.10 support is suffering from hidden memory
allocation failres (ideas and patches are welcome)
NOTE ABOUT BOOTSTRAPING: It's possible to bootstrap jdk 1.5.0 using
jdk 1.4.2 (either native or linux one). There's no need to have
java/linux_jdk15 installed and working.
Supported by: FreeBSD Foundation
|
| |
|
|
|
|
|
|
|
|
| |
a generated file will be overwritten with a warning, causing the
build to fail. There is a check for linprocfs in pre-build, but it
seems as though this problem can somehow trigger anyway, based on
semi-regular reports to the mailing lists.
PR: 74999
Approved by: phantom
|
| |
|
|
|
|
| |
. Fix a permissions problem with the plugins directory.
Approved by: phantom (maintainer)
|
| |
|
|
|
|
| |
. Bump PORTVERSION.
Submitted by: Kurt Miller <truk@optonline.net>
|
| |
|
|
|
|
| |
well as EBUSY with libkse on FreeBSD 5.x.
Inspired by: green
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
existing the Solaris base, and similarly to what happened with NSPR, made
a bad assumption on undefined behavior. This broke locking in various
places in Java, for example, causing the the debugging support to be
totally broken. It is worth someone who knows the Java codebase taking
a look to see what other things could have been broken by this on
FreeBSD 5.x+.
The assumption is that pthread_mutex_trylock(3) on a default-type
mutex will fail with EBUSY. This assumption is wrong for our
libpthread, which returns EDEADLK if the owner thread is trying to
acquire the mutex again with trylock. The behavior of performing a
locking operation on a self-locked default-type mutex is explicitly
undefined for pthread_mutex_lock(3).
The POSIX specification is still not very clear. It defines
pthread_mutex_trylock(3) in terms of pthread_mutex_lock(3) yet
does not say what the defined behavior should be for a self-locked
pthread_mutex_trylock(3) for any of the various mutex types, so it is
ambiguous whether the result is clearly undefined or clearly to return
EBUSY.
It is a one line change whether or not to make libpthread return
EDEADLK in this case, where it seems that most implementations do not.
Reference: http://www.opengroup.org/onlinepubs/009695399/functions/pthread_mutex_lock.html
|