aboutsummaryrefslogtreecommitdiff
path: root/java/jdk15
Commit message (Collapse)AuthorAgeFilesLines
* . Update to patchset 2:Greg Lewis2005-09-2019-744/+91
| | | | | | | | | | | | | | | | | | | | | . 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) Notes: svn path=/head/; revision=143246
* . Force the Client VM when dumping the shared archive since you can'tGreg Lewis2005-09-061-1/+1
| | | | | | | dump the archive with the Server VM. Notes: svn path=/head/; revision=142042
* . Generate the class data shared archive during post-install to speedGreg Lewis2005-09-042-11/+18
| | | | | | | | | | | | 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) Notes: svn path=/head/; revision=141916
* Add two more hunks to patch-koi8u. Should make the koi8-u fonts support betterMikhail Teterin2005-08-031-0/+17
| | | | | | | | | | somehow. Approved by: maintainer (phantom) Approved by: portmgr (krion) Notes: svn path=/head/; revision=140759
* Add the two forgotten files neccessary for proper KOI8-U support... Uh-oh.Mikhail Teterin2005-08-012-0/+375
| | | | Notes: svn path=/head/; revision=140694
* Use code long floating around the Internet to add support for KOI8-UMikhail Teterin2005-07-282-3/+11
| | | | | | | | | | | encoding. It is even easier to do the same thing to jdk14 and jdk13, where only one charset-interface exists (jdk15 has two with the old one considered obsolete). Approved by: Alexey Zelkin (maintainer) Notes: svn path=/head/; revision=140315
* . Avoid memory corruption on FreeBSD 4.x. This seems to have no affectGreg Lewis2005-06-221-0/+18
| | | | | | | | | under 5.x which was running fine without it. Approved by: phantom Notes: svn path=/head/; revision=137870
* . Ensure that when files are extracted that their fully resolved path liesGreg Lewis2005-05-123-1/+72
| | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=135102
* . Fix various problems with time zone handling including:Greg Lewis2005-05-121-0/+100
| | | | | | | | | | | . /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 Notes: svn path=/head/; revision=135101
* . Using dladdr(3) to determine the path to the current executable, andGreg Lewis2005-05-121-0/+62
| | | | | | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=135100
* . When linprocfs is not mounted the Linux JDK will output a warning message,Greg Lewis2005-04-081-0/+17
| | | | | | | | | | | | | | | 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) Notes: svn path=/head/; revision=132777
* . Bump PORTREVISION, forgotten when doing the fixes prior to the portsGreg Lewis2005-04-081-3/+4
| | | | | | | | | | freeze. . Fix a typo and improve some grammar in some user output. Approved by: phantom (maintainer) Notes: svn path=/head/; revision=132768
* . Fix the build on FreeBSD 4.x by using <inttypes.h> rather than <stdint.h>Greg Lewis2005-04-073-0/+46
| | | | | | | | | (which FreeBSD 4.x lacks). Approved by: phantom (maintainer) Notes: svn path=/head/; revision=132721
* . Unbreak the packing list by adding explicit PLIST_FILES/PLIST_DIRS forGreg Lewis2005-03-301-0/+4
| | | | | | | | | | files that are generated by the post-install script (which runs after the dynamic packing list has been generated). Approved by: portmgr (krion), phantom (maintainer) Notes: svn path=/head/; revision=132124
* . Fix a typo that results in an undefined reference (sizof -> sizeof).Greg Lewis2005-03-211-0/+13
| | | | | | | | PR: 77725 Submitted by: Anthony Ginepro <anthony.ginepro@laposte.net> Notes: svn path=/head/; revision=131814
* . Fix a performance issue by using the correct INTERRUPTIBLE_NORESTARTGreg Lewis2005-03-211-0/+9
| | | | | | | | | | macro. This will be in patchset 2. PR: 77162 Submitted by: phantom Notes: svn path=/head/; revision=131813
* . Move the invocation of unregistervm to the top of the packing list.Greg Lewis2005-02-181-1/+1
| | | | | | | | | | | This ensures that this command is run before the files in the package are deleted (which is necessary for it to correctly delete the symbolic links created by registervm). Approved by: phantom (maintainer) Notes: svn path=/head/; revision=129191
* Unbreak plist generationAlexey Zelkin2005-01-291-8/+5
| | | | Notes: svn path=/head/; revision=127599
* Please welcome new participant of FreeBSD ports tree and Java portsAlexey Zelkin2005-01-2013-2025/+110
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=126909
* . Avoid a problem where, without linprocfs mounted, the first line ofGreg Lewis2004-12-171-0/+11
| | | | | | | | | | | | | 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
* . Update to patchset 7.Greg Lewis2004-12-1725-2018/+8
| | | | | | | | | . Fix a permissions problem with the plugins directory. Approved by: phantom (maintainer) Notes: svn path=/head/; revision=124268
* . 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> Notes: svn path=/head/; revision=123058
* . 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 Notes: svn path=/head/; revision=122308
* . 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 Notes: svn path=/head/; revision=120628
* 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 Notes: svn path=/head/; revision=119887
* . Bump PORTREVISION for the recent fixes.Greg Lewis2004-10-161-1/+1
| | | | Notes: svn path=/head/; revision=119610
* . 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 Notes: svn path=/head/; revision=119609
* . 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 Notes: svn path=/head/; revision=119608
* . 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. Notes: svn path=/head/; revision=119606
* . 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. Notes: svn path=/head/; revision=119604
* . 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). Notes: svn path=/head/; revision=117883
* . 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 Notes: svn path=/head/; revision=116566
* . 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) Notes: svn path=/head/; revision=116077
* SIZEfyAlexey Zelkin2004-03-201-0/+3
| | | | Notes: svn path=/head/; revision=104735
* . 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] Notes: svn path=/head/; revision=103016
* Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.Joe Marcus Clarke2004-02-041-1/+1
| | | | | | | (Part 2) Notes: svn path=/head/; revision=99920
* 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] Notes: svn path=/head/; revision=99318
* Update license to most recent SCSL license version.Alexey Zelkin2004-01-281-24/+14
| | | | Notes: svn path=/head/; revision=99317
* Use LS macro.Trevor Johnson2004-01-231-1/+1
| | | | Notes: svn path=/head/; revision=98863
* Use the CPIO macro defined in bsd.port.mk.Trevor Johnson2004-01-221-2/+0
| | | | Notes: svn path=/head/; revision=98793
* Use the SORT macro from bsd.port.mk.Trevor Johnson2004-01-221-1/+0
| | | | Notes: svn path=/head/; revision=98788
* . 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 Notes: svn path=/head/; revision=98375
* . 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 Notes: svn path=/head/; revision=98174
* Don't use patch release number while setting up BUILD_DEPENDS forAlexey Zelkin2003-12-161-2/+3
| | | | | | | linux-sun-jdk. Notes: svn path=/head/; revision=95931
* USE_REINPLACE need be defined only when REINPLACE_CMD is used.Trevor Johnson2003-11-171-1/+0
| | | | Notes: svn path=/head/; revision=94172
* Fix path to patched file.Alexey Zelkin2003-11-121-2/+2
| | | | | | | Reported by: Nelis Lamprecht <nelis@brabys.co.za> Notes: svn path=/head/; revision=93816
* 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. Notes: svn path=/head/; revision=93811
* 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. Notes: svn path=/head/; revision=93809
* 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. Notes: svn path=/head/; revision=93743
* 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> Notes: svn path=/head/; revision=93646
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-03 04:27:35 +0000