summaryrefslogtreecommitdiff
path: root/java/jdk16/files (follow)
Commit message (Collapse)AuthorAgeFilesLines
* . Replace some hardwired /usr/X11R6 instances with X11BASE. [1]Greg Lewis2006-12-1113-6/+212
| | | | | | | | | | | | | . 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] Notes: svn path=/head/; revision=179502
* . Fix a problem with os_sleep returning early without raising an exceptionGreg Lewis2006-11-061-0/+32
| | | | | | | | | when its called with interruptible set to false. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Notes: svn path=/head/; revision=176643
* . Fix a possible problem building the JDK in the GMT+0 time zone. WhenGreg Lewis2006-11-061-0/+21
| | | | | | | | | | 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> Notes: svn path=/head/; revision=176642
* Chase the GNOME X11BASE to LOCALBASE move, and fix the build with theJoe Marcus Clarke2006-10-142-2/+2
| | | | | | | | | | new freetype2 where needed. Submitted by: mezz, ahze, pav, and many others Approved by: portmgr (implicit, kris) Notes: svn path=/head/; revision=175261
* . Prevent problems opening RandomAccessFile with "rws" as the mode byGreg Lewis2006-09-091-0/+21
| | | | | | | | | | | | 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 Notes: svn path=/head/; revision=172605
* . Fix a segfault caused by fonts with illegal glyph names or glyph namesGreg Lewis2006-08-011-0/+17
| | | | | | | | | | which begin with an underscore (although the patch doesn't handle these). . Bump PORTREVISION. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Notes: svn path=/head/; revision=169375
* . On amd64 the plugin should look for the Server VM, since there is noGreg Lewis2006-07-183-0/+45
| | | | | | | | | Client VM. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Notes: svn path=/head/; revision=168176
* . Properly deal with error cases in transferTo0().Greg Lewis2006-07-181-0/+38
| | | | | | | | | | Corrects non-blocking IO case. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=168175
* . Work around a thread cache problem that caused javah to crash with anGreg Lewis2006-06-161-0/+16
| | | | | | | | | | Internal Error. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=165602
* . Filter out corrupt environment variables with no name.Greg Lewis2006-06-161-0/+22
| | | | | | | | Submitted by: Kurt Miller <kurt@intricatesoftware.com> Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=165601
* . Increase the default stack size on amd64.Greg Lewis2006-06-161-0/+13
| | | | | | | | Submitted by: Kurt Miller <kurt@intricatesoftware.com> Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=165600
* . Fix key recognition problems when NumLock is on.Greg Lewis2006-04-252-0/+60
| | | | | | | | PR: 85997 Submitted by: Kurt Miller <lists@intricatesoftware.com> Notes: svn path=/head/; revision=160465
* . Update to 1.5.0 patchset 3.Greg Lewis2006-04-0717-386/+10
| | | | Notes: svn path=/head/; revision=158993
* . Set the REX bits correctly on amd64. Fixes possible segfaults withGreg Lewis2006-02-121-0/+13
| | | | | | | | | | | | | Eclipse on that platform. See https://bugs.eclipse.org/bugs/show_bug.cgi?id=71987 . Bump PORTREVISION. Submitted by: Sean McNeil <sean@mcneil.com> Notes: svn path=/head/; revision=155850
* . Tweak the fix for linking with the system's version of zlib to justGreg Lewis2006-02-121-5/+60
| | | | | | | | | ignore the internal zlib source files rather than having to rm them. Submitted by: Kurt Miller <kurt@intricatesoftware.com> Notes: svn path=/head/; revision=155849
* . Enable parallel compilation during the build of HotSpot. Note that weGreg Lewis2006-02-021-0/+0
| | | | | | | | | | | | | | | | 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] Notes: svn path=/head/; revision=155088
* . Install a desktop icon for the java/jdk15 Control Panel. [1]Greg Lewis2006-01-291-0/+13
| | | | | | | | | | . Bump PORTREVISION for this and (mostly) the previous change. PR: 86804 Submitted by: Panagiotis Astithas <past@ebs.gr> Notes: svn path=/head/; revision=154739
* . Link with the system libz instead of building the our own internalGreg Lewis2006-01-287-88/+139
| | | | | | | | | | | | | | | 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@ Notes: svn path=/head/; revision=154692
* . Add $FreeBSD$.Greg Lewis2005-12-032-0/+4
| | | | Notes: svn path=/head/; revision=150284
* . "Privatise" the symbols in libzip.so to avoid conflicting with thoseGreg Lewis2005-12-021-0/+85
| | | | | | | | | | | | | | | | | 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> Notes: svn path=/head/; revision=150270
* . The patch to use getaddrinfo() #ifdef'ed out too much code. Change thatGreg Lewis2005-12-021-0/+25
| | | | | | | | | to isReachable() is still available (fixes some JCK tests). Submitted by: Christos Zoulas Notes: svn path=/head/; revision=150269
* . Add $FreeBSD$.Greg Lewis2005-11-231-0/+1
| | | | Notes: svn path=/head/; revision=149208
* . Make pkg-install install a symbolic link for the browser plugin if aGreg Lewis2005-11-232-0/+67
| | | | | | | | | | | | 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=149158
* . Switch to using XToolkit by default. According toGreg Lewis2005-10-132-0/+34
| | | | | | | | | | | | | | | | | | | | 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) Notes: svn path=/head/; revision=145272
* . Fix javaws.Greg Lewis2005-10-133-0/+54
| | | | | | | Approved by: phantom (maintainer) Notes: svn path=/head/; revision=145271
* . Include header files from the JDK that was just built, not from theGreg Lewis2005-09-271-0/+17
| | | | | | | | bootstrap JDK. This fixes using the Linux JDK to bootstrap when you are compiling javaws. Notes: svn path=/head/; revision=143632
* . Update to patchset 2:Greg Lewis2005-09-2017-717/+52
| | | | | | | | | | | | | | | | | | | | | . 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-041-10/+16
| | | | | | | | | | | | 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
* . 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-122-0/+71
| | | | | | | | | | | | | | | 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
* . 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
* . 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
* Please welcome new participant of FreeBSD ports tree and Java portsAlexey Zelkin2005-01-208-128/+21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-1722-2014/+0
| | | | | | | | | . 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-038-0/+1419
| | | | | | | | | . Bump PORTVERSION. Submitted by: Kurt Miller <truk@optonline.net> Notes: svn path=/head/; revision=123058
* . 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-201-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* . 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
* . 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
generated by cgit v1.2.3 (git 2.25.1) at 2025-06-05 16:12:50 +0000