| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
2011-04-17 java/jdk14: does not build on FreeBSD 7.x or newer
Notes:
svn path=/head/; revision=276598
|
|
|
|
|
|
|
| |
Submitted by: pointyhat via pav
Notes:
svn path=/head/; revision=211992
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
Notes:
svn path=/head/; revision=211584
|
|
|
|
|
|
|
| |
Submitted by: truckman@
Notes:
svn path=/head/; revision=192932
|
|
|
|
|
|
|
|
|
|
| |
Fixes a build error due to the prototype being defined not matching
the actual function.
Approved by: portmgr (pav)
Notes:
svn path=/head/; revision=191608
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
. Small Makefile restructure to keep related variables in one place.
. Trim the ancient bootstrapping options.
. Add ipv6 to CATEGORIES if its enabled. [2]
PR: 106129 [2]
Submitted by: Janos Mohacsi <janos.mohacsi@bsd.hu> [2]
Pointed out by: pointyhat (via kris) [1]
Notes:
svn path=/head/; revision=179218
|
|
|
|
|
|
|
|
|
|
| |
(Makefile knob to follow)
PR: 92620
Submitted by: ume@
Notes:
svn path=/head/; revision=174995
|
|
|
|
|
|
|
|
|
| |
(they are already thread safe on FreeBSD 5+).
Submitted by: Arne Juul <arnej@europe.yahoo-inc.com>
Notes:
svn path=/head/; revision=174994
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
This is similar to the patch in the PR, but was actually backported from
the patches for the jdk15 port, so its a touch different.
PR: 92459
Notes:
svn path=/head/; revision=155803
|
|
|
|
| |
Notes:
svn path=/head/; revision=153996
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=149373
|
|
|
|
|
|
|
|
|
|
| |
. Bump PORTREVISION.
PR: 81176
Submitted by: "Thomas M. Hermann" <__tmh@yahoo.com>
Notes:
svn path=/head/; revision=145270
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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 a fixed version of 1.5.
. Bump PORTREVISION for this fix.
Approved by: maintainer timeout
Security: http://vuxml.FreeBSD.org/18e5428f-ae7c-11d9-837d-000e0c2e438a.html
Notes:
svn path=/head/; revision=135087
|
|
|
|
|
|
|
|
|
|
| |
. /etc/localtime is a symlink.
. /etc/localtime contains a time zone not recognised by the JDK.
Submitted by: Kurt Miller <truk@optonline.net>
Notes:
svn path=/head/; revision=133601
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=124269
|
|
|
|
|
|
|
|
|
| |
. Fix a permissions problem with the plugins directory.
Approved by: phantom (maintainer)
Notes:
svn path=/head/; revision=124268
|
|
|
|
|
|
|
|
|
| |
. Bump PORTVERSION.
Submitted by: Kurt Miller <truk@optonline.net>
Notes:
svn path=/head/; revision=123058
|
|
|
|
|
|
|
|
|
| |
well as EBUSY with libkse on FreeBSD 5.x.
Inspired by: green
Notes:
svn path=/head/; revision=120628
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=119887
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The HotSpot code (ab)uses named enums as ints in a number of places.
The problem with this is that according the the C++ spec, the compiler
(essentially) only needs to use an integral type wide enough to hold
the values defined in the enum. Earlier versions of gcc appear to have
just used an int whether they could have got away with a narrower type
or not, hence the code worked as expected. gcc 3.4 now appears to
implement this part of the spec, so using an enum blindly as an int
causes various problems due to overflow.
In this case the enum, Bytecodes::Code, appears to be a genuine enum,
its just assumed to be wide enough to hold an arbitrary int in various
places in the code. The correct fix would be to track down all those
places in the code and fix them. Since there are quite a lot of these
places and 5.3 is close to release for now we just add a value to the
enum set to INT_MAX, forcing the compiler to use at least an int for the
type.
Sleuth work, discussion and code suggestions: peadar
Notes:
svn path=/head/; revision=119609
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The HotSpot code (ab)uses named enums as ints in a number of places.
The problem with this is that according the the C++ spec, the compiler
(essentially) only needs to use an integral type wide enough to hold
the values defined in the enum. Earlier versions of gcc appear to have
just used an int whether they could have got away with a narrower type
or not, hence the code worked as expected. gcc 3.4 now appears to
implement this part of the spec, so using an enum blindly as an int
causes various problems due to overflow.
This case is particularly bogus since the enums are merely to define
a named integral type within a class (VMReg::Name doesn't even have
any values enumerated in the declaration). So, convert these two
enums to simply be typedef'ed ints.
Sleuth work, discussion and code suggestions: peadar
Notes:
svn path=/head/; revision=119608
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
condition and return NULL". Take account of the NULL in the
appropriate place (which is somewhat worrisome in itself since
ReadChunk() has always had the possibility of returning NULL).
This makes loading a font file a little more resilient to specially
crafted font data which can be used, for example, by an applet to
crash the browser plugin by triggering the assert(). Such an applet
was mentioned on Bugtraq:
http://www.securityfocus.com/archive/1/367331/2004-06-26/2004-07-02/0
and can be found at
http://www.illegalaccess.org/cms/?q=node/view/9
This change stops the browser plugin from crashing.
. Fix some warnings regarding formats in debugging printf's.
Notes:
svn path=/head/; revision=119606
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(for FreeBSD 4.x neither are defined and for FreeBSD 5.x
O_DSYNC isn't defined). This caused them to be defined to
some bogus values. In particular, O_SYNC would be defined
as 0x800, which is O_EXCL (at least on FreeBSD 4.x). The
result being that the RandomAccessFile class would fail to
open an existing file if you specified "s" as part of the mode.
Fix this by defining O_SYNC and O_DSYNC to O_FSYNC if they
aren't defined.
Notes:
svn path=/head/; revision=119604
|
|
|
|
|
|
|
|
|
| |
PR: 69853
Submitted by: Jake Hamby <jhamby@anobject.com>
Approved by: phantom (maintainer)
Notes:
svn path=/head/; revision=116077
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
. Fix rare NULL pointer de-reference bug in plugin code [2]
. Use better chinese fonts [3]
. Bump PORTREVISION
Requested by: kris [1]
Submitted by: Georg-W. Koltermann <gwk@rahn-koltermann.de> [2],
Clive Lin <clive@tongi.org> [3]
Notes:
svn path=/head/; revision=103016
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We switched FreeBSD-5.x port to libkse as default threading library before
releasing of patchset 6, but users who has most of stuff linked against
libc_r and attempted to use jdk linked against libkse got into local hell
of threading libraries mix. So, rollback to libc_r by default and add
PTHREAD_LIBS support for this port.
IMPORTANT: In order to use libkse as threading library for jdk14 you
have to use rtld's libmap feature or recompile your ports stuff (like
mozilla) with libkse.
NOTE: libkse still has issues with java debug support, so if you're going
to use debuging (JVMDI) stuff - leave with libc_r for now.
2. Disable IPv6 support by default. Unfortunatelly due to security reasons
IPv4-to-IPv6 addresses mapping is disabled by default in FreeBSD-5.x, so
those who would like to use Java Networking stuff had to manually
enable it. To make jdk14 port more user-friendly IPv6 is disabled now
on compile time. Those who need this stuff enabled have to use WITH_IPV6
compile time option.
3. Add MINIMAL compile option. If this option is used to build
jdk14 port then plugin, javaws and demos stuff will not be installed
and/or packaged. Also (as noted in [5]) X11 runtime dependancy will
not be registered into built package.
4. Strip runtime depends of jdk14 port. There's no need to require open-motif
to be runtime depends since libXm is staticly linked into libawt.so.
5. Make X11 runtime dependancy conditional (via urwfonts) in !WITHOUT_PLUGIN
case only. This should affect only prebuilt package users: there's no
need to install X11 libraries if you're going to use non-GUI stuff only
(i.e. tomcat or jboss)
6. Add ${LOCALBASE}/lib to the deafult search path for JNI libraries.
7. Bump PORTVERSION
Reported by: many [1]
Submitted by: glewis [6]
Requested by: marcus [6]
Notes:
svn path=/head/; revision=99318
|
|
|
|
|
|
|
|
|
|
|
| |
configuration file and behave appropriately if its -1. Fixes a SEGV
caused by ignoring the return value and just carrying on.
. Bump PORTREVISION.
PR: 61392
Notes:
svn path=/head/; revision=98375
|
|
|
|
|
|
|
|
|
|
|
|
| |
. Install the cacerts file from Sun's 1.4.2_03 release to avoid some
problems associated with expired root certificates described in:
http://sunsolve.sun.com/pub-cgi/retrieve.pl?doc=fsalert%2F57436
Hopefully not objected to by: phantom
Notes:
svn path=/head/; revision=98174
|
|
|
|
|
|
|
| |
Reported by: Nelis Lamprecht <nelis@brabys.co.za>
Notes:
svn path=/head/; revision=93816
|
|
|
|
|
|
|
|
|
| |
It was last minute change and since this tool (unpack) is not used while
building jdk14 port, I did not paid enough attention to test this change
at -CURRENT system. Sorry.
Notes:
svn path=/head/; revision=93809
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Important changes since last patchset:
. jdk14 port is now JDK 1.4.2 based!
. JavaWS distributing with jdk
. Runway problem fixed (fork() is no more problem for java apps)
. Sound support updated
. IPv6 support overhauled
. Drag'n'Drop support fixed (require open-motif mods)
As for now there's no more outstanding issues with this port!
FreeBSD port is also got a important of changes:
. optimized setup is now default (to get debuging bins/libs use WITH_DEBUG)
. bootstrap jdk autodetection. If WITH_LINUX_BOOTSTRAP is not set, then
it checks all known to work JDKs installed. If nothing found, forces
to install of linux-sun-jdk14
. Because of above change there's no NATIVE_BOOTSTRAP option anymore. If
native jdk14 is installed, it will be used by default.
Notes:
svn path=/head/; revision=93743
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
processes problem for people who use Runtime.getRuntime.exec() method
and related things. Least five people reported that this patch fixed
problem for them.
IMPORTANT: I'd also suggested to all jdk14 users who runs FreeBSD 4.x
and use libc_r at FreeBSD 5.x to upgrade.
. Stop removing "src.zip" from installation bundle. Since -p4 it builds
correctly and there's no reason to forbit people to use it.
. Bump PORTREVISION.
Notes:
svn path=/head/; revision=92540
|
|
|
|
|
|
|
|
|
|
| |
. Use ${PTHREAD_LIBS} rather than -pthread or -lc_r.
. Install system preferences to avoid annoying and constant error messages.
Approved by: phantom (the update, anyway)
Notes:
svn path=/head/; revision=90830
|
|
|
|
|
|
|
| |
warnings that 2.95 doesn't and breaks the build on -CURRENT.
Notes:
svn path=/head/; revision=90829
|
|
|
|
|
|
|
|
|
|
|
| |
. Put the MD JNI headers in include/freebsd _not_ include/bsd. This
brings the 1.4 port in line with 1.1, 1.2 and 1.3, and arguably inline
with Solaris and Linux.
Not-objected-to by: phantom
Notes:
svn path=/head/; revision=80015
|
|
|
|
|
|
|
|
|
|
|
| |
people about requirement of libc_r updates as early as possible.
Bump PORTREVISION
Approved by: portmgr (kris) (implicitly)
Notes:
svn path=/head/; revision=77122
|
|
|
|
| |
Notes:
svn path=/head/; revision=77118
|
|
|
|
|
|
|
|
|
| |
(old K6 and some SMP machines) don't use javah_g in build process.
Reported by: many people
Notes:
svn path=/head/; revision=77090
|
|
|
|
|
|
|
|
|
| |
MulticastSocket.joinGroup() from behaving correctly.
Submitted by: Stefan Farfeleder <stefan@fafoe.dyndns.org>
Notes:
svn path=/head/; revision=77088
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for JDK 1.4.1. This is complete and close to production quality
native JDK with both working client and server native JVMs. Local micro
benchmarks shown very little difference between Linux and FreeBSD JVMs in
speed.
One of important points of this patchset that it marks point when we are
very close to passing of Sun TCK tests. Currently about 20 of >27000 tests
are known to be broken (tests were run at -STABLE). If testing of this
patchset will be smooth and founding of this work will be continued we
may expect to have binary distribution of JDK 1.4.1 in April or begining
of May.
BUT, don't forget that even TCK tests can't cover all possible problems
and this is -beta patchset. Keep your eyes open and report your problems
to freebsd-java mailing list or to me directly!
* About supported FreeBSD releases:
Altough 4.8-RELEASE will be first officially supported FreeBSD release,
you may use JDK 1.4.1-p3 at stock post-02-Feb-2003 -STABLE or -CURRENT.
You also may use it at post-07-Jan-2003 -STABLE and -CURRENT (including
5.0-RELEASE), but it's required to apply libc_r patch, distributed with
patchset3 archive, and rebuild libc_r first.
* About compiler:
This port is supposed to be built with stock FreeBSD compiler (3.2.[12]
for -CURRENT and 2.95.4 for -STABLE)!
* Following issues are known, but not yet addressed:
. IPv6 networking. IPv6 support is disabled in this patchset.
. Asian languages support. Patches are welcome!
. K6 (586-class) processors support. There're issues with building on
old K6 processors. If you've problems with 586-class machines other than
K6 - please let me know.
. Mozilla plugin is not yet ported.
* Following areas should be used with increased attention:
. Java Virtual Machine Profiling Interface (JVMPI)
. Java Virtual Machine Debugging Interface (JVMDI)
. Host Porting Interface (HPI)
If you have problems with these interfaces please let me know.
* THANKS!
I would thank very much to FreeBSD Foundation, without which support
and sponsorship JDK 1.4.1 port would not happen in such timeframes (less
than 2 months).
Sponsored by: FreeBSD Foundation
Approved by: portmgr
Notes:
svn path=/head/; revision=77039
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
committed enhancements to libc_r and is only suitable for very recent
versions of FreeBSD. The big benefit is that it removes almost all
the previous grovelling about in the pthreads internals.
The change only comes into effect when WITH_NATIVE_THREADS is set.
A separate Makefile commit will attempt to enforce appropriate
OSVERSION settings for using it.
Submitted by: fjoe
Notes:
svn path=/head/; revision=76662
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently gethostbyaddr_r collides with the implementation (in libc!) for
FreeBSD 5.x which both uses a different prototype (as per the Linux
version) and is marked temporary and not thread safe. Also, limit the
scope of these internal implementations to this file.
This fixes crashes in networked applications for FreeBSD 5.x.
Some tweaks (making the functions static, naming, BSD ifdefs) by me.
Submitted by: "Georg-W. Koltermann" <g.w.k@web.de>
Notes:
svn path=/head/; revision=76659
|
|
|
|
|
|
|
|
| |
PR: 47668
Submitted by: Mike Meyer <mwm-dated-1044336154.329122@mired.org>
Notes:
svn path=/head/; revision=76656
|
|
|
|
|
|
|
|
|
| |
FreeBSD 5.x. This fixes native threads compilation on FreeBSD 5.x.
Submitted by: Munehiro Matsuda <haro@h4.dion.ne.jp>
Notes:
svn path=/head/; revision=76655
|
|
|
|
|
|
|
|
| |
inconsistent with the rest of the code and only relevant on 4.x (since
5.x has gcc 3.2.x as its default compiler).
Notes:
svn path=/head/; revision=76652
|
|
|
|
| |
Notes:
svn path=/head/; revision=75385
|
|
|
|
| |
Notes:
svn path=/head/; revision=75384
|
|
|
|
|
|
|
|
|
| |
. Bump PORTREVISION.
Submitted by: daichi, Tetsuo Suzuki <tetsuo@ss-lab.net>
Notes:
svn path=/head/; revision=69202
|
|
|
|
|
|
|
| |
Submitted by: Huang wen hui <hwh@ns.gddsn.org.cn>
Notes:
svn path=/head/; revision=68767
|
|
|
|
|
|
|
|
|
|
| |
character sets).
. Bump PORTREVISION.
Submitted by: daichi
Notes:
svn path=/head/; revision=68294
|