summaryrefslogtreecommitdiff
path: root/java/jdk14 (follow)
Commit message (Collapse)AuthorAgeFilesLines
* . Backport parts of the 1.5 plugin to address plugin vulnerabilities.Greg Lewis2004-12-039-3/+1420
| | | | | | . Bump PORTVERSION. Submitted by: Kurt Miller <truk@optonline.net>
* . Mark FORBIDDEN when building with the browser plugin due to theGreg Lewis2004-11-241-0/+2
| | | | | | | vulnerabilities discussed in: http://sunsolve.sun.com/search/document.do?assetkey=1-26-57591-1 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-1029
* . Take into account that pthread_mutex_trylock() can return EDEADLK asGreg Lewis2004-11-022-0/+22
| | | | | | well as EBUSY with libkse on FreeBSD 5.x. Inspired by: green
* The BSD patchset for the Sun JDK modeled its thread behavior mostly afterBrian Feldman2004-10-202-1/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* . Bump PORTREVISION for the recent fixes.Greg Lewis2004-10-161-1/+1
|
* . Fix the Server VM for gcc 3.4 part 2/2.Greg Lewis2004-10-161-0/+24
| | | | | | | | | | | | | | | | | | | | | 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
* . Fix the Server VM for gcc 3.4 part 1/2.Greg Lewis2004-10-161-0/+38
| | | | | | | | | | | | | | | | | | 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
* . In the ReadChunk() function, change an assert() to be a "test for aGreg Lewis2004-10-161-0/+53
| | | | | | | | | | | | | | | | | | | 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.
* . At least on FreeBSD, O_SYNC and O_DSYNC aren't both definedGreg Lewis2004-10-161-0/+21
| | | | | | | | | | | (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.
* . Assume (un)registervm is in LOCALBASE _not_ PREFIX.Greg Lewis2004-09-021-2/+2
| | | | | . Call unregistervm with the VM we registered, not the comment associated with it (as comments should be optional).
* . The changes to make in -CURRENT to use MAKEFLAGS make us unable toGreg Lewis2004-08-181-1/+2
| | | | | | | | | override the MAKEFLAGS ARCH value in the main HotSpot Makefile. Fix this by passing in a blank MAKEFLAGS up front so there is nothing to (try to) override. Submitted by: truckman Requested by: kris
* . Fix the build for gcc 3.4.Greg Lewis2004-08-123-0/+47
| | | | | | PR: 69853 Submitted by: Jake Hamby <jhamby@anobject.com> Approved by: phantom (maintainer)
* SIZEfyAlexey Zelkin2004-03-201-0/+3
|
* . Set LATEST_LINK [1]Alexey Zelkin2004-03-053-1/+317
| | | | | | | | | | | | . 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]
* Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.Joe Marcus Clarke2004-02-041-1/+1
| | | | (Part 2)
* 1. Switch 5.x version of jdk14 back to libc_r as default threading library.Alexey Zelkin2004-01-285-1099/+1220
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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]
* Update license to most recent SCSL license version.Alexey Zelkin2004-01-281-24/+14
|
* Use LS macro.Trevor Johnson2004-01-231-1/+1
|
* Use the CPIO macro defined in bsd.port.mk.Trevor Johnson2004-01-221-2/+0
|
* Use the SORT macro from bsd.port.mk.Trevor Johnson2004-01-221-1/+0
|
* . Check the return value of stat(2) when trying to read the javawsGreg Lewis2004-01-172-0/+17
| | | | | | | | 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
* . Update to 1.4.2 patchset 6.Greg Lewis2004-01-147-38/+20
| | | | | | | | | . 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
* Don't use patch release number while setting up BUILD_DEPENDS forAlexey Zelkin2003-12-161-2/+3
| | | | linux-sun-jdk.
* USE_REINPLACE need be defined only when REINPLACE_CMD is used.Trevor Johnson2003-11-171-1/+0
|
* Fix path to patched file.Alexey Zelkin2003-11-121-2/+2
| | | | Reported by: Nelis Lamprecht <nelis@brabys.co.za>
* Fix bootstrap jdk detection process, so it work in case if no valid jdkAlexey Zelkin2003-11-121-4/+11
| | | | | | installed. Previously BUILD_DEPENDS was not set correctly. Add all possible choices for 1.4.1/1.4.2 JDKs while auto-detecting.
* Add patch to fix build problems on 5.x system reported by many people.Alexey Zelkin2003-11-121-0/+13
| | | | | | 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.
* Update to 1.4.2p5.Alexey Zelkin2003-11-1111-286/+285
| | | | | | | | | | | | | | | | | | | | | | | | 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.
* Don't redefine ECHO_MSG to echo explicitly. It b0rked IGNORE messages.Alexey Zelkin2003-11-101-1/+0
| | | | | PR: java/58902 Reported by: Linh Pham <question@closedsrc.org>
* . Add fix for "runaway process" problem. It should fix of stalledAlexey Zelkin2003-10-293-2/+95
| | | | | | | | | | | | | | 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.
* . Sort PTHREAD_FILES.Greg Lewis2003-10-211-2/+3
| | | | | | | | . Add j2se/ext/plugin/build/solaris/GNUmakefile to PTHREAD_FILES. Should fix plugin compilation on -CURRENT. Mea culpa. PR: 58269 Submitted by: Scott Dodson <sdodson@sdodson.com>
* . Add a missing BUILD_DEPENDS on NSPR so the plugin builds.Greg Lewis2003-10-131-1/+2
| | | | Forgotten by: glewis
* . Override PKGINSTALL to place it in WRKDIR, which is writeable, ratherGreg Lewis2003-10-131-0/+1
| | | | | | than PORTSDIR, which may not be. Submitted by: kris
* . Update to 1.4.1p4.Greg Lewis2003-10-118-59/+613
| | | | | | | . 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)
* . Unset -Werror when compiling the NIO stuff. GCC 3.3.1 tends to generateGreg Lewis2003-10-111-0/+13
| | | | warnings that 2.95 doesn't and breaks the build on -CURRENT.
* . Sync with the change to linux-sun-jdk14 (it now installs inGreg Lewis2003-10-011-1/+1
| | | | /usr/local/linux-sun-jdk1.4.2) so this port will bootstrap.
* Update linux jdk location after recent linux-sun-jdk update to 1.4.2_01Alexey Zelkin2003-09-081-1/+1
|
* Warn users about requirement of having linprocfs mounted in order toAlexey Zelkin2003-08-041-2/+22
| | | | | | | | | | | start native JDK port build. linprocfs mounted become pre-requisite of build after Linux SUN JDK port was updated to 1.4.2. Add run-time (pre-build) check for linprocfs mounted as well. Bump space requirements note about disk space required for build of whole JDK 1.4.1 port and package to more appropriate value (as reported by many people).
* Now expects bootstrap JDK in ${LOCALBASE}/linux-sun-jdk1.4.2.Ernst de Haan2003-07-211-1/+3
| | | | Approved by: MAINTAINER
* Unbreak package build after recent Greg's commit (which changedAlexey Zelkin2003-05-081-3/+3
| | | | | | | | include/bsd -> include/freebsd in sources, but not reflected this change in pkg-plist) Reported by: Holger Kipp <Holger.Kipp@alogis.com>, Kunihiro Arai <kunihiro-arai@seagreen.ocn.ne.jp>
* . Add $FreeBSD$Greg Lewis2003-05-021-0/+12
| | | | | | | | . 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
* Fix checking of libc_r capabilities at FreeBSD version whichAlexey Zelkin2003-03-151-6/+22
| | | | | | | don't have pthread_attr_get_np() at all (early 4.7-STABLE and previous versions). Reported by: Phillip Oleson <poleson@verio.net>
* Add runtime test to check of required libc_r functionality. I.e. warnAlexey Zelkin2003-03-132-8/+94
| | | | | | | | people about requirement of libc_r updates as early as possible. Bump PORTREVISION Approved by: portmgr (kris) (implicitly)
* Add notice about amount of disk space requiredAlexey Zelkin2003-03-131-0/+9
|
* Correct pkg-plistAlexey Zelkin2003-03-131-204/+0
| | | | Submitted by: olgeni, glewis
* Make sure that demo/jfc/SwingSet2/resources does not exists (it should not,Alexey Zelkin2003-03-131-0/+2
| | | | but sometimes leaves in)
* Fix build on 5.0-RELEASEAlexey Zelkin2003-03-131-0/+11
|
* Bump PORTREVISIONAlexey Zelkin2003-03-111-0/+1
|
* Since we have problems with running debuging binaries on some machinesAlexey Zelkin2003-03-111-0/+15
| | | | | | (old K6 and some SMP machines) don't use javah_g in build process. Reported by: many people
* Add patch which backouts some of my early compile hacks which now preventingAlexey Zelkin2003-03-111-0/+13
| | | | | | MulticastSocket.joinGroup() from behaving correctly. Submitted by: Stefan Farfeleder <stefan@fafoe.dyndns.org>
generated by cgit v1.2.3 (git 2.25.1) at 2025-10-11 18:46:54 +0000