From chuck.rasbold at sun.com Fri May 2 08:13:50 2008 From: chuck.rasbold at sun.com (chuck.rasbold at sun.com) Date: Fri, 02 May 2008 15:13:50 +0000 Subject: hg: jdk7/hotspot/hotspot: 4 new changesets Message-ID: <20080502151358.44A8127B9F@hg.openjdk.java.net> Changeset: c0939256690b Author: rasbold Date: 2008-04-24 14:02 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c0939256690b 6646019: array subscript expressions become top() with -d64 Summary: stop compilation after negative array allocation Reviewed-by: never, jrose ! src/share/vm/opto/parse2.cpp + test/compiler/6646019/Test.java Changeset: 3e2d987e2e68 Author: rasbold Date: 2008-04-29 06:52 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/3e2d987e2e68 Merge Changeset: 6e825ad773c6 Author: jrose Date: 2008-04-29 19:40 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/6e825ad773c6 6695288: runThese tests expr30303 and drem00301m1 fail when compiled code executes without deopt Summary: rework Value method for ModD and ModF, to DTRT for infinities Reviewed-by: sgoldman, kvn, rasbold ! src/share/vm/opto/divnode.cpp Changeset: 60b728ec77c1 Author: jrose Date: 2008-04-29 19:45 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/60b728ec77c1 6652736: well known classes in system dictionary are inefficiently processed Summary: combine many scalar variables into a single enum-indexed array in SystemDictionary. Reviewed-by: kvn ! agent/src/share/classes/sun/jvm/hotspot/memory/SystemDictionary.java ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/classfile/javaClasses.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/classfile/systemDictionary.hpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/services/threadService.cpp From stephen.bohne at sun.com Fri May 2 11:38:26 2008 From: stephen.bohne at sun.com (stephen.bohne at sun.com) Date: Fri, 02 May 2008 18:38:26 +0000 Subject: hg: jdk7/hotspot/hotspot: 6 new changesets Message-ID: <20080502183837.C5FCC27BC4@hg.openjdk.java.net> Changeset: 435e64505015 Author: phh Date: 2008-04-24 15:07 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/435e64505015 6693457: Open-source hotspot linux-sparc support Summary: Move os_cpu/linux_sparc from closed to open Reviewed-by: kamg + make/linux/platform_sparcv9 + src/os_cpu/linux_sparc/vm/assembler_linux_sparc.cpp + src/os_cpu/linux_sparc/vm/atomic_linux_sparc.inline.hpp + src/os_cpu/linux_sparc/vm/globals_linux_sparc.hpp + src/os_cpu/linux_sparc/vm/linux_sparc.ad + src/os_cpu/linux_sparc/vm/linux_sparc.s + src/os_cpu/linux_sparc/vm/orderAccess_linux_sparc.inline.hpp + src/os_cpu/linux_sparc/vm/os_linux_sparc.cpp + src/os_cpu/linux_sparc/vm/os_linux_sparc.hpp + src/os_cpu/linux_sparc/vm/prefetch_linux_sparc.inline.hpp + src/os_cpu/linux_sparc/vm/threadLS_linux_sparc.cpp + src/os_cpu/linux_sparc/vm/threadLS_linux_sparc.hpp + src/os_cpu/linux_sparc/vm/thread_linux_sparc.cpp + src/os_cpu/linux_sparc/vm/thread_linux_sparc.hpp + src/os_cpu/linux_sparc/vm/vmStructs_linux_sparc.hpp + src/os_cpu/linux_sparc/vm/vm_version_linux_sparc.cpp ! src/share/vm/oops/oop.inline.hpp Changeset: 8a79f7ec8f5d Author: kamg Date: 2008-04-29 11:21 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/8a79f7ec8f5d 6692246: Regression : JDK 6u4 b01 fails two JCK tests when fallback is switched off Summary: Added a clause to allow null to be an operand to the arraylength bytecode Reviewed-by: sbohne, coleenp ! src/share/vm/classfile/verifier.cpp Changeset: b7268662a986 Author: coleenp Date: 2008-04-29 19:31 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/b7268662a986 6689523: max heap calculation for compressed oops is off by MaxPermSize Summary: Need to subtract MaxPermSize from the total heap size when determining whether compressed oops is turned on. Reviewed-by: jmasa, jcoomes, kvn ! src/share/vm/oops/oop.hpp ! src/share/vm/oops/oop.inline.hpp ! src/share/vm/runtime/arguments.cpp Changeset: 7f3a69574470 Author: kamg Date: 2008-04-30 10:58 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/7f3a69574470 6695506: JVM should accept classfiles with classfile version 51 Summary: increase class file parser's acceptable max to 51 Reviewed-by: sbohne, ikrylov ! src/share/vm/classfile/classFileParser.cpp Changeset: 53735b80b9f1 Author: sbohne Date: 2008-05-01 09:38 -0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/53735b80b9f1 Merge Changeset: bcdc68eb7e1f Author: sbohne Date: 2008-05-02 08:22 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/bcdc68eb7e1f Merge From Peter.Kessler at Sun.COM Fri May 2 17:18:13 2008 From: Peter.Kessler at Sun.COM (Peter B. Kessler) Date: Fri, 02 May 2008 17:18:13 -0700 Subject: CFV: Project sponsorship: "Common VM Interface" In-Reply-To: <480D7400.7080307@Sun.COM> References: <480D7400.7080307@Sun.COM> Message-ID: <481BAF45.303@Sun.COM> Voting in favor of this proposal were: David Holmes Paul Hohensee Tom Rodriguez Steve Bohne Keith McGuigan Chuck Rasbold John Coomes John Rose No one voted against the proposal. The HotSpot Group will sponsor the "Common VM Interface" project"[1]. ... peter [1] http://mail.openjdk.java.net/pipermail/challenge-discuss/2008-March/000084.html Peter B. Kessler wrote: > Question: Should the HotSpot Group sponsor[1] the "Common VM > Interface" project?[2] > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will > not be counted. > > The sponsorship decision will be made by a simple majority vote of > the Group's Members. Votes are due by midnight Pacific Daylight > Time, Wednesday, April 30, 2008. (0700 UTC, Thursday May 1, 2008.) > As an optimization, if an absolute majority of the Group's Members > votes one way or the other prior to that time then the decision > may be rendered earlier. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin[3] > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > Once a decision has been made the votes will be tallied and reported > to this list and also to discuss at openjdk.java.net. > > ... peter > > [1] http://mail.openjdk.java.net/pipermail/announce/2008-April/000042.html > [2] > http://mail.openjdk.java.net/pipermail/challenge-discuss/2008-March/000084.html > > [3] http://mail.openjdk.java.net/pipermail/discuss/2008-April/001157.html From igor.veresov at sun.com Sun May 4 06:43:36 2008 From: igor.veresov at sun.com (igor.veresov at sun.com) Date: Sun, 04 May 2008 13:43:36 +0000 Subject: hg: jdk7/hotspot/hotspot: 4 new changesets Message-ID: <20080504134344.85F3D27C18@hg.openjdk.java.net> Changeset: c0492d52d55b Author: apetrusenko Date: 2008-04-01 15:13 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c0492d52d55b 6539517: CR 6186200 should be extended to perm gen allocation to prevent spurious OOM's from perm gen Reviewed-by: ysr, jmasa ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.hpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/gc_implementation/parallelScavenge/vmPSOperations.cpp ! src/share/vm/gc_implementation/shared/vmGCOperations.cpp ! src/share/vm/gc_implementation/shared/vmGCOperations.hpp ! src/share/vm/includeDB_core ! src/share/vm/memory/gcLocker.cpp ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/memory/permGen.cpp ! src/share/vm/memory/permGen.hpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/vm_operations.hpp Changeset: 3febac328d82 Author: apetrusenko Date: 2008-04-16 12:58 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/3febac328d82 Merge - src/cpu/sparc/vm/disassembler_sparc.cpp - src/cpu/x86/vm/disassembler_x86.cpp - src/share/vm/compiler/disassemblerEnv.hpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/includeDB_core ! src/share/vm/runtime/globals.hpp Changeset: fcbfc50865ab Author: iveresov Date: 2008-04-29 13:51 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/fcbfc50865ab 6684395: Port NUMA-aware allocator to linux Summary: NUMA-aware allocator port to Linux Reviewed-by: jmasa, apetrusenko ! build/linux/makefiles/mapfile-vers-debug ! build/linux/makefiles/mapfile-vers-product ! src/os/linux/vm/os_linux.cpp ! src/os/linux/vm/os_linux.hpp ! src/os/linux/vm/os_linux.inline.hpp ! src/os/solaris/vm/os_solaris.cpp ! src/os/solaris/vm/os_solaris.inline.hpp ! src/os/windows/vm/os_windows.cpp ! src/os/windows/vm/os_windows.inline.hpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.hpp ! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp ! src/share/vm/gc_implementation/shared/mutableNUMASpace.hpp ! src/share/vm/includeDB_core ! src/share/vm/runtime/os.hpp Changeset: 8bd1e4487c18 Author: iveresov Date: 2008-05-04 03:29 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/8bd1e4487c18 Merge ! make/linux/makefiles/mapfile-vers-debug ! make/linux/makefiles/mapfile-vers-product ! src/os/windows/vm/os_windows.cpp ! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp ! src/share/vm/includeDB_core ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/runtime/globals.hpp From igor.veresov at sun.com Mon May 12 06:13:36 2008 From: igor.veresov at sun.com (igor.veresov at sun.com) Date: Mon, 12 May 2008 13:13:36 +0000 Subject: hg: jdk7/hotspot/hotspot: 2 new changesets Message-ID: <20080512131340.8BE5027EB2@hg.openjdk.java.net> Changeset: b5489bb705c9 Author: ysr Date: 2008-05-06 15:37 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/b5489bb705c9 6662086: 6u4+, 7b11+: CMS never clears referents when -XX:+ParallelRefProcEnabled Summary: Construct the relevant CMSIsAliveClosure used by CMS during parallel reference processing with the correct span. It had incorrectly been constructed with an empty span, a regression introduced in 6417901. Reviewed-by: jcoomes ! src/share/vm/gc_implementation/concurrentMarkSweep/cmsOopClosures.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp Changeset: e3729351c946 Author: iveresov Date: 2008-05-09 16:34 +0400 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/e3729351c946 6697534: Premature GC and invalid lgrp selection with NUMA-aware allocator. Summary: Don't move tops of the chunks in ensure_parsibility(). Handle the situation with Solaris when a machine has a locality group with no memory. Reviewed-by: apetrusenko, jcoomes, ysr ! src/os/solaris/vm/os_solaris.cpp ! src/os/solaris/vm/os_solaris.hpp ! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp From chuck.rasbold at sun.com Fri May 16 18:49:50 2008 From: chuck.rasbold at sun.com (chuck.rasbold at sun.com) Date: Sat, 17 May 2008 01:49:50 +0000 Subject: hg: jdk7/hotspot/hotspot: 4 new changesets Message-ID: <20080517014959.94DCC2822E@hg.openjdk.java.net> Changeset: f3de1255b035 Author: rasbold Date: 2008-05-07 08:06 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/f3de1255b035 6603011: RFE: Optimize long division Summary: Transform long division by constant into multiply Reviewed-by: never, kvn ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/opto/classes.hpp ! src/share/vm/opto/divnode.cpp ! src/share/vm/opto/mulnode.cpp ! src/share/vm/opto/mulnode.hpp ! src/share/vm/opto/type.hpp ! src/share/vm/utilities/globalDefinitions.hpp Changeset: 7cce9e4e0f7c Author: rasbold Date: 2008-05-09 05:26 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/7cce9e4e0f7c Merge Changeset: 83c868b757c0 Author: jrose Date: 2008-05-14 00:41 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/83c868b757c0 6701024: SAJDI functionality is broken Summary: back out sa-related changes to 6652736, use concrete expressions for WKK names in the SA Reviewed-by: never, sundar ! agent/src/share/classes/sun/jvm/hotspot/memory/SystemDictionary.java ! src/share/vm/classfile/systemDictionary.hpp ! src/share/vm/runtime/vmStructs.cpp Changeset: 7a0a921a1a8c Author: rasbold Date: 2008-05-14 15:01 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/7a0a921a1a8c Merge From Weijun.Wang at Sun.COM Mon May 19 17:11:17 2008 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Tue, 20 May 2008 08:11:17 +0800 Subject: Can I build 32 bit on a 64bit Windows? Message-ID: <39650F6D-337C-4779-8DFE-7B0EA3EE27C4@sun.com> [ Please reply me directly as I'm not in this alias ] Hi All My only Windows box is an amd64 with 64 bit Windows. I've tried to compile a 32bit version of OpenJDK by setting ARCH_DATA_MODEL=32. It seems the hotspot part still tries to build 64 bit and throws an error. Do I need extra configurations or you just don't support that? Thanks Max From michael at neuweiler.biz Wed May 21 06:29:41 2008 From: michael at neuweiler.biz (Michael Neuweiler) Date: Wed, 21 May 2008 15:29:41 +0200 Subject: Porting Hotspot to other platforms / OS'es Message-ID: <483423C5.3080109@neuweiler.biz> Hi, I wanted to start porting OpenJDK to Syllable on Intel32 but got stuck with the chicken and egg problem of hotspot: "you need a running JDK to build a new one". What are your recommendations to start a port? Is cross-compiling the only solution or are there other ways? I think I saw once that an XSLT is started with an already installed JRE/JDK during the build process on my Linux machine. Is this the only reason why a JRE has to be installed? Any help would be greatly appreciated! Regards, Michael Neuweiler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20080521/218e0631/attachment.html From gnu_andrew at member.fsf.org Wed May 21 10:04:24 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 21 May 2008 18:04:24 +0100 Subject: Porting Hotspot to other platforms / OS'es In-Reply-To: <483423C5.3080109@neuweiler.biz> References: <483423C5.3080109@neuweiler.biz> Message-ID: <17c6771e0805211004t317793b4ide487fd84717dcd6@mail.gmail.com> On 21/05/2008, Michael Neuweiler wrote: > > Hi, > > I wanted to start porting OpenJDK to Syllable on Intel32 but got stuck with > the chicken and egg problem of hotspot: "you need a running JDK to build a > new one". > > What are your recommendations to start a port? Is cross-compiling the only > solution or are there other ways? > I think I saw once that an XSLT is started with an already installed > JRE/JDK during the build process on my Linux machine. Is this the only > reason why a JRE has to be installed? > > Any help would be greatly appreciated! > > Regards, > Michael Neuweiler > > (Adding distro-pkg-dev too) My understanding, both from building OpenJDK quite a number of times and from my own general thoughts on the issues of building a Java environment, is that bootstrapping the JDK through its standard build process is more than just handling XSLT. The first thing you're likely to run across is that there are no current Java compilers (as far as I know) that are not written in Java -- the main two are ecj from Eclipse and javac itself. The first thing the OpenJDK build process does is build javac and the other language tools. The current build not only depends on an existing javac to do this, but a full-scale JDK to run ant. My personal feelings are that it would have been better to stick with make for the langtools, but oh well... If my memory serves correctly, this is followed by JAXWS and JAXP, both of which require Java. Thus, a sensible course of action might be to approach building HotSpot alone first. Assuming this is possible (I have my doubts about it also including Java code), you could then use this to run an existing JAR file containing the tools to build. The reason I've CCed distro-pkg-dev on this is that a lot of work on bootstrapping on unsupported architectures (mainly the CPU rather than the OS) has been done under the auspices of the IcedTea (http://icedtea.classpath.org/) project. Here, we've found gcj to be useful in breaking this bootstrapping cycle -- do you know if GCC (which includes gcj) is available for the platform you are working on? This might be the simplest course of action. Looking forward to hearing how this works out for you, -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From njriley at uiuc.edu Thu May 22 00:11:17 2008 From: njriley at uiuc.edu (Nicholas Riley) Date: Thu, 22 May 2008 02:11:17 -0500 Subject: HotSpot build keeps using JDK6 Message-ID: In an effort to reduce HotSpot build time I'm trying to use the Makefile in hotspot/make/linux. I have a full OpenJDK build tree for which I'm trying to get HotSpot to use the JDK bits. However, instead it's seeming to link against the Java 6 I have installed. I'm building as follows: export ALT_BOOTDIR=/path/to/openjdk/build/linux-i586 LANG=C JAVA_HOME= LD_LIBRARY_PATH= CPPFLAGS= LDFLAGS= make debug But then I get: % LD_LIBRARY_PATH=$PWD ./gamma -version java version "1.6.0_02" Java(TM) SE Runtime Environment (build 1.6.0_02-b05) OpenJDK Server VM (build 13.0-b01-internal-debug, mixed mode) If I try to set JAVA_HOME explicitly: % JAVA_HOME=~oj/build/linux-i586 LD_LIBRARY_PATH=$PWD ./gamma -version There was an error trying to initialize the HPI library. Could not create the Java virtual machine. So I'm guessing it's using Java 6 libraries when building which is why it wants to use Java 6 at runtime. Is there another build setting I need to set to get it to use the OpenJDK bits instead? Thanks, -- Nicholas Riley From gnu_andrew at member.fsf.org Thu May 22 01:09:07 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 22 May 2008 09:09:07 +0100 Subject: HotSpot build keeps using JDK6 In-Reply-To: References: Message-ID: <17c6771e0805220109i70a742a8v6770f4225da6b5eb@mail.gmail.com> 2008/5/22 Nicholas Riley : > In an effort to reduce HotSpot build time I'm trying to use the Makefile > in hotspot/make/linux. I have a full OpenJDK build tree for which I'm > trying to get HotSpot to use the JDK bits. > > However, instead it's seeming to link against the Java 6 I have > installed. > > I'm building as follows: > > export ALT_BOOTDIR=/path/to/openjdk/build/linux-i586 > LANG=C JAVA_HOME= LD_LIBRARY_PATH= CPPFLAGS= LDFLAGS= make debug > > But then I get: > > % LD_LIBRARY_PATH=$PWD ./gamma -version > java version "1.6.0_02" > Java(TM) SE Runtime Environment (build 1.6.0_02-b05) > OpenJDK Server VM (build 13.0-b01-internal-debug, mixed mode) > > If I try to set JAVA_HOME explicitly: > > % JAVA_HOME=~oj/build/linux-i586 LD_LIBRARY_PATH=$PWD ./gamma -version > There was an error trying to initialize the HPI library. > Could not create the Java virtual machine. > > So I'm guessing it's using Java 6 libraries when building which is why > it wants to use Java 6 at runtime. Is there another build setting I > need to set to get it to use the OpenJDK bits instead? > > Thanks, > -- > Nicholas Riley > > Might be a stupid question, but you have built the JDK part of the tree already right? -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From njriley at uiuc.edu Thu May 22 03:08:46 2008 From: njriley at uiuc.edu (Nicholas Riley) Date: Thu, 22 May 2008 05:08:46 -0500 Subject: HotSpot build keeps using JDK6 References: <17c6771e0805220109i70a742a8v6770f4225da6b5eb@mail.gmail.com> Message-ID: In article <17c6771e0805220109i70a742a8v6770f4225da6b5eb at mail.gmail.com>, "Andrew John Hughes" wrote: > Might be a stupid question, but you have built the JDK part of the > tree already right? Yes, the HotSpot built there seems to work fine. % ~oj/build/linux-i586/bin/java -version openjdk version "1.7.0-internal" OpenJDK Runtime Environment (build 1.7.0-internal-njriley_2008_05_21_21_43-b00) OpenJDK Server VM (build 13.0-b01, mixed mode) -- Nicholas Riley From bart.jacobs at cs.kuleuven.be Thu May 22 09:33:15 2008 From: bart.jacobs at cs.kuleuven.be (Bart Jacobs) Date: Thu, 22 May 2008 18:33:15 +0200 Subject: UnknownError, InternalError Message-ID: <4835A04B.8060708@cs.kuleuven.be> Hi all, The Java Virtual Machine Specification (JVMS) states that the JVM can throw UnknownError and InternalError exceptions anywhere. (I.e., any bytecode instruction can throw these exceptions.) However, I presume that when running a program on a given build of the actual OpenJDK JVM, there are certain instructions that never actually throw such an exception. So, my question is: How bad is it really? Where can the current build of the OpenJDK JVM actually throw these exceptions? Can a programmer make stronger assumptions if he knows he's running on the OpenJDK? And how stable would those assumptions be under evolution of the JVM implementation? My hypothesis is that you can't really make any assumptions as to the program points where these exceptions can occur, especially because of JIT optimizations that move instructions around. Would this be a fair assessment? Or would this be overly cautious? The reason I'm asking is because I'm doing research into how to facilitate writing Java programs that preserve their safety properties even in the presence of these internal exceptions. In Java as it is today, this is not trivial, especially if the program catches Throwable or uses try-finally statements or synchronized statements. If it were the case that internal exceptions could be ruled out at certain classes of program points, then this would seem to make it more feasible to deal with them on a case-by-case basis, rather than trying to provide a blanket solution for internal exceptions occurring in a computation, regardless of the specific program point where they occur. This is especially relevant for small pieces of code in a finally block. Are there categories of such code that are guaranteed to execute to completion successfully? In certain other execution engines, a programmer needs to specially "prepare" such a block of code (by marking it specially in a way recognized by the runtime) to ensure that no internal exception can happen within that block due to the JITter running out of memory, or because of a lack of stack space. Would something similar be necessary for the OpenJDK JVM, or does this source of internal exceptions not exist there? (My current thinking on a new language construct for facilitating writing programs with provably safe exception handling is at .) Many thanks in advance for any feedback! Bart Jacobs Postdoc at Dept. Computer Science, Katholieke Universiteit Leuven, Belgium http://www.cs.kuleuven.be/~bartj/papers.html From John.Coomes at sun.com Thu May 22 10:04:22 2008 From: John.Coomes at sun.com (John Coomes) Date: Thu, 22 May 2008 10:04:22 -0700 Subject: HotSpot build keeps using JDK6 In-Reply-To: References: Message-ID: <18485.42902.169291.188000@sun.com> Nicholas Riley (njriley at uiuc.edu) wrote: > ... > I'm building as follows: > > export ALT_BOOTDIR=/path/to/openjdk/build/linux-i586 > LANG=C JAVA_HOME= LD_LIBRARY_PATH= CPPFLAGS= LDFLAGS= make debug > > But then I get: > > % LD_LIBRARY_PATH=$PWD ./gamma -version > java version "1.6.0_02" > Java(TM) SE Runtime Environment (build 1.6.0_02-b05) > OpenJDK Server VM (build 13.0-b01-internal-debug, mixed mode) > > If I try to set JAVA_HOME explicitly: > > % JAVA_HOME=~oj/build/linux-i586 LD_LIBRARY_PATH=$PWD ./gamma -version > There was an error trying to initialize the HPI library. > Could not create the Java virtual machine. > ... On 32-bit linux, libhpi.so lives in ${JAVA_HOME}/jre/lib/i386/native_threads. Look at the environment var settings that are done in the generated file env.ksh (in the same dir as gamma), particularly LD_LIBRARY_PATH. Or just run $ . ./env.ksh $ ./gamma -version -John From Kelly.Ohair at Sun.COM Thu May 22 11:16:20 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 22 May 2008 11:16:20 -0700 Subject: Porting Hotspot to other platforms / OS'es In-Reply-To: <483423C5.3080109@neuweiler.biz> References: <483423C5.3080109@neuweiler.biz> Message-ID: <4835B874.8090201@sun.com> I see Andrew posted a reply... In general, there is a basic build dependency of building the JDK on having a previously built JDK, often called the BOOT JDK. But for hotspot (a part of the JDK), the BOOT JDK dependency is a little unusual. The hotspot repository does need to compile up some Java source for the Serviceability Agent, but that could be skipped if what you were after was just a libjvm.so (just the native hotspot C++ shared library), or you could compile up that java agent source on a different machine, a class file is a class file, doesn't matter who creates it. But to build libjvm.so, some of the JVM TI code (Tools Interface) needs to be generated, and that is done with XML/XSLT, however that generation should be able to be done on some other machine. I don't have any easy recipes, but I know it's possible. Maybe if you built hotspot on a known build machine, then deleted the .o and .so files, and tried building on the unknown machine? -kto Michael Neuweiler wrote: > Hi, > > I wanted to start porting OpenJDK to Syllable on Intel32 but got stuck > with the chicken and egg problem of hotspot: "you need a running JDK to > build a new one". > > What are your recommendations to start a port? Is cross-compiling the > only solution or are there other ways? > I think I saw once that an XSLT is started with an already installed > JRE/JDK during the build process on my Linux machine. Is this the only > reason why a JRE has to be installed? > > Any help would be greatly appreciated! > > Regards, > Michael Neuweiler > From Kelly.Ohair at Sun.COM Thu May 22 11:31:21 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 22 May 2008 11:31:21 -0700 Subject: Porting Hotspot to other platforms / OS'es In-Reply-To: <17c6771e0805211004t317793b4ide487fd84717dcd6@mail.gmail.com> References: <483423C5.3080109@neuweiler.biz> <17c6771e0805211004t317793b4ide487fd84717dcd6@mail.gmail.com> Message-ID: <4835BBF9.2080705@sun.com> I have been trying to make the JDK build process work a little bit better for potential cross compilation environments, where the native code built can't be run on the machine doing the building. Granted I know it isn't ideal or anywhere near perfect. But the basic OpenJDK build, up to the point near building the demos, does not actually run the jdk image being built. It does run the jdk built to create the demos as I recall, and beyond that, I tried to allow for a better cross compilation situation. But as to an environment where a BOOT JDK is not available... humm.. It seems to me that maybe an appropriate 'ssh some_known_host' prefix on the ant, java, javac, javah, javadoc, ... commands. So that these could be remote runs? Just a wild thought... I have no idea if that would work or not... -kto Andrew John Hughes wrote: > On 21/05/2008, Michael Neuweiler wrote: >> Hi, >> >> I wanted to start porting OpenJDK to Syllable on Intel32 but got stuck with >> the chicken and egg problem of hotspot: "you need a running JDK to build a >> new one". >> >> What are your recommendations to start a port? Is cross-compiling the only >> solution or are there other ways? >> I think I saw once that an XSLT is started with an already installed >> JRE/JDK during the build process on my Linux machine. Is this the only >> reason why a JRE has to be installed? >> >> Any help would be greatly appreciated! >> >> Regards, >> Michael Neuweiler >> >> > > (Adding distro-pkg-dev too) > > My understanding, both from building OpenJDK quite a number of times > and from my own general thoughts on the issues of building a Java > environment, is that bootstrapping the JDK through its standard build > process is more than just handling XSLT. > > The first thing you're likely to run across is that there are no > current Java compilers (as far as I know) that are not written in Java > -- the main two are ecj from Eclipse and javac itself. The first > thing the OpenJDK build process does is build javac and the other > language tools. The current build not only depends on an existing > javac to do this, but a full-scale JDK to run ant. My personal > feelings are that it would have been better to stick with make for the > langtools, but oh well... > > If my memory serves correctly, this is followed by JAXWS and JAXP, > both of which require Java. Thus, a sensible course of action might > be to approach building HotSpot alone first. Assuming this is > possible (I have my doubts about it also including Java code), you > could then use this to run an existing JAR file containing the tools > to build. > > The reason I've CCed distro-pkg-dev on this is that a lot of work on > bootstrapping on unsupported architectures (mainly the CPU rather than > the OS) has been done under the auspices of the IcedTea > (http://icedtea.classpath.org/) project. Here, we've found gcj to be > useful in breaking this bootstrapping cycle -- do you know if GCC > (which includes gcj) is available for the platform you are working on? > This might be the simplest course of action. > > Looking forward to hearing how this works out for you, From Thomas.Rodriguez at Sun.COM Thu May 22 11:32:02 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Thu, 22 May 2008 11:32:02 -0700 Subject: Porting Hotspot to other platforms / OS'es In-Reply-To: <4835B874.8090201@sun.com> References: <483423C5.3080109@neuweiler.biz> <4835B874.8090201@sun.com> Message-ID: <4835BC22.4010300@sun.com> There is some support in hotspot for rsh'ing to other machines for these bootstrap parts. There's a variable called REMOTE that prefixes the java dependent parts of the makefile and you should be able to use rsh or ssh to run the needed commands on a remote machine. Obviously the build area would need to be reachable from the remote machine and you'd need to the execute the command in the proper build directory, so you might need a wrapper script to do the remoting. tom Kelly O'Hair wrote: > I see Andrew posted a reply... > > In general, there is a basic build dependency of building the JDK on having > a previously built JDK, often called the BOOT JDK. > > But for hotspot (a part of the JDK), the BOOT JDK dependency is a little > unusual. > The hotspot repository does need to compile up some Java source for the > Serviceability Agent, but that could be skipped if what you were after was > just a libjvm.so (just the native hotspot C++ shared library), or you could > compile up that java agent source on a different machine, a class file is a > class file, doesn't matter who creates it. > > But to build libjvm.so, some of the JVM TI code (Tools Interface) needs > to be generated, and that is done with XML/XSLT, however that generation > should be able to be done on some other machine. > > I don't have any easy recipes, but I know it's possible. > > Maybe if you built hotspot on a known build machine, then deleted the > .o and .so files, and tried building on the unknown machine? > > -kto > > Michael Neuweiler wrote: >> Hi, >> >> I wanted to start porting OpenJDK to Syllable on Intel32 but got stuck >> with the chicken and egg problem of hotspot: "you need a running JDK >> to build a new one". >> >> What are your recommendations to start a port? Is cross-compiling the >> only solution or are there other ways? >> I think I saw once that an XSLT is started with an already installed >> JRE/JDK during the build process on my Linux machine. Is this the only >> reason why a JRE has to be installed? >> >> Any help would be greatly appreciated! >> >> Regards, >> Michael Neuweiler >> From michael at neuweiler.biz Wed May 21 23:43:22 2008 From: michael at neuweiler.biz (Michael Neuweiler) Date: Thu, 22 May 2008 08:43:22 +0200 Subject: Porting Hotspot to other platforms / OS'es In-Reply-To: <17c6771e0805211004t317793b4ide487fd84717dcd6@mail.gmail.com> References: <483423C5.3080109@neuweiler.biz> <17c6771e0805211004t317793b4ide487fd84717dcd6@mail.gmail.com> Message-ID: <4835160A.3040302@neuweiler.biz> Hi Andrew, Thanks a lot for your fast response. I do share your opinion that building/bootstrapping at least the hotspot must _not_ rely on any other java technology but solely on the standard GNU toolchain (or similar). If the build of hotspot with gcc/gcj is possible, I wouldn't mind copying jar's over from an existing installation. That'd be ok - but no libraries or other platform/OS dependant binary. In the meantime I discovered the porters-dev mailinglist where I was able to find dome interesting information and one possible solution (although it requires some special tweaks with a customized linux shell, ssh and nfs to the target environment) : http://mail.openjdk.java.net/pipermail/porters-dev/2008-February/000080.html I will also check with the developers of Haiku (http://mail.openjdk.java.net/pipermail/porters-dev/2008-January/000055.html) and the porters to MIPS (http://mail.openjdk.java.net/pipermail/porters-dev/2008-April/000131.html) to find out more. I'll keep you informed on my progress and once I'm "blissed" with success I'll write a guide which could be added to the FAQ section. Regards, Michael Andrew John Hughes wrote: > On 21/05/2008, Michael Neuweiler wrote: > >> Hi, >> >> I wanted to start porting OpenJDK to Syllable on Intel32 but got stuck with >> the chicken and egg problem of hotspot: "you need a running JDK to build a >> new one". >> >> What are your recommendations to start a port? Is cross-compiling the only >> solution or are there other ways? >> I think I saw once that an XSLT is started with an already installed >> JRE/JDK during the build process on my Linux machine. Is this the only >> reason why a JRE has to be installed? >> >> Any help would be greatly appreciated! >> >> Regards, >> Michael Neuweiler >> >> >> > > (Adding distro-pkg-dev too) > > My understanding, both from building OpenJDK quite a number of times > and from my own general thoughts on the issues of building a Java > environment, is that bootstrapping the JDK through its standard build > process is more than just handling XSLT. > > The first thing you're likely to run across is that there are no > current Java compilers (as far as I know) that are not written in Java > -- the main two are ecj from Eclipse and javac itself. The first > thing the OpenJDK build process does is build javac and the other > language tools. The current build not only depends on an existing > javac to do this, but a full-scale JDK to run ant. My personal > feelings are that it would have been better to stick with make for the > langtools, but oh well... > > If my memory serves correctly, this is followed by JAXWS and JAXP, > both of which require Java. Thus, a sensible course of action might > be to approach building HotSpot alone first. Assuming this is > possible (I have my doubts about it also including Java code), you > could then use this to run an existing JAR file containing the tools > to build. > > The reason I've CCed distro-pkg-dev on this is that a lot of work on > bootstrapping on unsupported architectures (mainly the CPU rather than > the OS) has been done under the auspices of the IcedTea > (http://icedtea.classpath.org/) project. Here, we've found gcj to be > useful in breaking this bootstrapping cycle -- do you know if GCC > (which includes gcj) is available for the platform you are working on? > This might be the simplest course of action. > > Looking forward to hearing how this works out for you, > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20080522/67dcd749/attachment.html From gnu_andrew at member.fsf.org Thu May 22 14:48:34 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 22 May 2008 22:48:34 +0100 Subject: Porting Hotspot to other platforms / OS'es In-Reply-To: <4835160A.3040302@neuweiler.biz> References: <483423C5.3080109@neuweiler.biz> <17c6771e0805211004t317793b4ide487fd84717dcd6@mail.gmail.com> <4835160A.3040302@neuweiler.biz> Message-ID: <17c6771e0805221448h34df3895q4604c42d5c6a98e6@mail.gmail.com> On 22/05/2008, Michael Neuweiler wrote: > > Hi Andrew, > > Thanks a lot for your fast response. I do share your opinion that > building/bootstrapping at least the hotspot must _not_ rely on any other > java technology but solely on the standard GNU toolchain (or similar). If > the build of hotspot with gcc/gcj is possible, I wouldn't mind copying jar's > over from an existing installation. That'd be ok - but no libraries or other > platform/OS dependant binary. > Well it should work with just GCJ. Certainly I've built IcedTea (which wraps OpenJDK in a build harness that uses GCJ) with only GCJ on my system. The question is whether GCJ is available on x86/Syllable as I've never heard of Syllable before. > In the meantime I discovered the porters-dev mailinglist where I was able > to find dome interesting information and one possible solution (although it > requires some special tweaks with a customized linux shell, ssh and nfs to > the target environment) : > http://mail.openjdk.java.net/pipermail/porters-dev/2008-February/000080.html > > I will also check with the developers of Haiku > (http://mail.openjdk.java.net/pipermail/porters-dev/2008-January/000055.html) > and the porters to MIPS > (http://mail.openjdk.java.net/pipermail/porters-dev/2008-April/000131.html) > to find out more. > Yes, sorry forgot to mention this. The solution does sound a little complicated to me though. > I'll keep you informed on my progress and once I'm "blissed" with success > I'll write a guide which could be added to the FAQ section. > Great! > Regards, > Michael > > > Andrew John Hughes wrote: > On 21/05/2008, Michael Neuweiler wrote: > > > Hi, > > I wanted to start porting OpenJDK to Syllable on Intel32 but got stuck with > the chicken and egg problem of hotspot: "you need a running JDK to build a > new one". > > What are your recommendations to start a port? Is cross-compiling the only > solution or are there other ways? > I think I saw once that an XSLT is started with an already installed > JRE/JDK during the build process on my Linux machine. Is this the only > reason why a JRE has to be installed? > > Any help would be greatly appreciated! > > Regards, > Michael Neuweiler > > > > (Adding distro-pkg-dev too) > > My understanding, both from building OpenJDK quite a number of times > and from my own general thoughts on the issues of building a Java > environment, is that bootstrapping the JDK through its standard build > process is more than just handling XSLT. > > The first thing you're likely to run across is that there are no > current Java compilers (as far as I know) that are not written in Java > -- the main two are ecj from Eclipse and javac itself. The first > thing the OpenJDK build process does is build javac and the other > language tools. The current build not only depends on an existing > javac to do this, but a full-scale JDK to run ant. My personal > feelings are that it would have been better to stick with make for the > langtools, but oh well... > > If my memory serves correctly, this is followed by JAXWS and JAXP, > both of which require Java. Thus, a sensible course of action might > be to approach building HotSpot alone first. Assuming this is > possible (I have my doubts about it also including Java code), you > could then use this to run an existing JAR file containing the tools > to build. > > The reason I've CCed distro-pkg-dev on this is that a lot of work on > bootstrapping on unsupported architectures (mainly the CPU rather than > the OS) has been done under the auspices of the IcedTea > (http://icedtea.classpath.org/) project. Here, we've found gcj to be > useful in breaking this bootstrapping cycle -- do you know if GCC > (which includes gcj) is available for the platform you are working on? > This might be the simplest course of action. > > Looking forward to hearing how this works out for you, > > -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From springer at reservoir.com Thu May 22 15:10:43 2008 From: springer at reservoir.com (Jonathan Springer) Date: Thu, 22 May 2008 17:10:43 -0500 Subject: Porting Hotspot to other platforms / OS'es In-Reply-To: <4835BC22.4010300@sun.com> References: <483423C5.3080109@neuweiler.biz> <4835B874.8090201@sun.com> <4835BC22.4010300@sun.com> Message-ID: <4835EF63.4030101@reservoir.com> Just a note, the REMOTE support has been used successfully in the MIPS port project (and thanks for adding that support). We use Hotspot on Linux/AMD64 as the remote JDK. The remote machine has a filesystem that is shared via NFS with the MIPS build box, so the generated bits are put in the right place for the build to pick up automatically. The one hitch we've found is that sometimes NFS lags slightly so that a newly-generated file isn't seen quickly enough remotely and the build fails. Just restarting it will get it going again though, picking up where it left off. -Jonathan Tom Rodriguez wrote: > There is some support in hotspot for rsh'ing to other machines for these > bootstrap parts. There's a variable called REMOTE that prefixes the > java dependent parts of the makefile and you should be able to use rsh > or ssh to run the needed commands on a remote machine. Obviously the > build area would need to be reachable from the remote machine and you'd > need to the execute the command in the proper build directory, so you > might need a wrapper script to do the remoting. > > tom > > Kelly O'Hair wrote: >> I see Andrew posted a reply... >> >> In general, there is a basic build dependency of building the JDK on >> having >> a previously built JDK, often called the BOOT JDK. >> >> But for hotspot (a part of the JDK), the BOOT JDK dependency is a little >> unusual. >> The hotspot repository does need to compile up some Java source for the >> Serviceability Agent, but that could be skipped if what you were after >> was >> just a libjvm.so (just the native hotspot C++ shared library), or you >> could >> compile up that java agent source on a different machine, a class file >> is a >> class file, doesn't matter who creates it. >> >> But to build libjvm.so, some of the JVM TI code (Tools Interface) needs >> to be generated, and that is done with XML/XSLT, however that generation >> should be able to be done on some other machine. >> >> I don't have any easy recipes, but I know it's possible. >> >> Maybe if you built hotspot on a known build machine, then deleted the >> .o and .so files, and tried building on the unknown machine? >> >> -kto >> >> Michael Neuweiler wrote: >>> Hi, >>> >>> I wanted to start porting OpenJDK to Syllable on Intel32 but got >>> stuck with the chicken and egg problem of hotspot: "you need a >>> running JDK to build a new one". >>> >>> What are your recommendations to start a port? Is cross-compiling the >>> only solution or are there other ways? >>> I think I saw once that an XSLT is started with an already installed >>> JRE/JDK during the build process on my Linux machine. Is this the >>> only reason why a JRE has to be installed? >>> >>> Any help would be greatly appreciated! >>> >>> Regards, >>> Michael Neuweiler -- Jonathan Springer | Reservoir Labs, Inc. | http://www.reservoir.com/ From Kelly.Ohair at Sun.COM Thu May 22 16:05:33 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 22 May 2008 16:05:33 -0700 Subject: Porting Hotspot to other platforms / OS'es In-Reply-To: <4835BC22.4010300@sun.com> References: <483423C5.3080109@neuweiler.biz> <4835B874.8090201@sun.com> <4835BC22.4010300@sun.com> Message-ID: <4835FC3D.1010405@sun.com> Excellent. I see it's only in the Linux makefiles, but I like the idea. I'll file an RFE for the jdk to have such a thing, not sure when it will get implemented. -kto Tom Rodriguez wrote: > There is some support in hotspot for rsh'ing to other machines for these > bootstrap parts. There's a variable called REMOTE that prefixes the > java dependent parts of the makefile and you should be able to use rsh > or ssh to run the needed commands on a remote machine. Obviously the > build area would need to be reachable from the remote machine and you'd > need to the execute the command in the proper build directory, so you > might need a wrapper script to do the remoting. > > tom > > Kelly O'Hair wrote: >> I see Andrew posted a reply... >> >> In general, there is a basic build dependency of building the JDK on >> having >> a previously built JDK, often called the BOOT JDK. >> >> But for hotspot (a part of the JDK), the BOOT JDK dependency is a little >> unusual. >> The hotspot repository does need to compile up some Java source for the >> Serviceability Agent, but that could be skipped if what you were after >> was >> just a libjvm.so (just the native hotspot C++ shared library), or you >> could >> compile up that java agent source on a different machine, a class file >> is a >> class file, doesn't matter who creates it. >> >> But to build libjvm.so, some of the JVM TI code (Tools Interface) needs >> to be generated, and that is done with XML/XSLT, however that generation >> should be able to be done on some other machine. >> >> I don't have any easy recipes, but I know it's possible. >> >> Maybe if you built hotspot on a known build machine, then deleted the >> .o and .so files, and tried building on the unknown machine? >> >> -kto >> >> Michael Neuweiler wrote: >>> Hi, >>> >>> I wanted to start porting OpenJDK to Syllable on Intel32 but got >>> stuck with the chicken and egg problem of hotspot: "you need a >>> running JDK to build a new one". >>> >>> What are your recommendations to start a port? Is cross-compiling the >>> only solution or are there other ways? >>> I think I saw once that an XSLT is started with an already installed >>> JRE/JDK during the build process on my Linux machine. Is this the >>> only reason why a JRE has to be installed? >>> >>> Any help would be greatly appreciated! >>> >>> Regards, >>> Michael Neuweiler >>> From ted at tedneward.com Thu May 22 23:36:24 2008 From: ted at tedneward.com (Ted Neward) Date: Thu, 22 May 2008 23:36:24 -0700 Subject: Can I build 32 bit on a 64bit Windows? In-Reply-To: <39650F6D-337C-4779-8DFE-7B0EA3EE27C4@sun.com> References: <39650F6D-337C-4779-8DFE-7B0EA3EE27C4@sun.com> Message-ID: <08d901c8bc9f$554e83d0$ffeb8b70$@com> Borrowing on that theme.... I'm trying to do an OpenJDK-source-fetched build on Windows, using the following: C:\Prg\OpenJDK\jdk7\hotspot\make\windows>build product compiler1 C:\Prg\OpenJDK\jdk7\hotspot C:\Prg\jdk1.6.0 "PlatformSDK-build" Can somebody just confirm for me that I'm getting the parameters correct to "build.bat"? The thing I'm not sure about is the third parameter--that's the "Workspace" param, IIRC, and I think it's supposed to point to where the scripts can find the sources, correct? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: hotspot-dev-bounces at openjdk.java.net [mailto:hotspot-dev- > bounces at openjdk.java.net] On Behalf Of Max (Weijun) Wang > Sent: Monday, May 19, 2008 5:11 PM > To: hotspot-dev at openjdk.java.net > Subject: Can I build 32 bit on a 64bit Windows? > > [ Please reply me directly as I'm not in this alias ] > > Hi All > > My only Windows box is an amd64 with 64 bit Windows. I've tried to > compile a 32bit version of OpenJDK by setting ARCH_DATA_MODEL=32. It > seems the hotspot part still tries to build 64 bit and throws an > error. Do I need extra configurations or you just don't support that? > > Thanks > Max > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.21/1454 - Release Date: > 5/19/2008 7:44 AM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.24.0/1460 - Release Date: 5/22/2008 7:06 AM From ted at tedneward.com Fri May 23 00:05:34 2008 From: ted at tedneward.com (Ted Neward) Date: Fri, 23 May 2008 00:05:34 -0700 Subject: Can I build 32 bit on a 64bit Windows? In-Reply-To: <08d901c8bc9f$554e83d0$ffeb8b70$@com> References: <39650F6D-337C-4779-8DFE-7B0EA3EE27C4@sun.com> <08d901c8bc9f$554e83d0$ffeb8b70$@com> Message-ID: <090701c8bca3$671d3e40$3557bac0$@com> One more question; the build script suggests that the final (optional) parameter is "[windbg_home]"; is this parameter for WinDbg.exe, and if so, what for? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: hotspot-dev-bounces at openjdk.java.net [mailto:hotspot-dev- > bounces at openjdk.java.net] On Behalf Of Ted Neward > Sent: Thursday, May 22, 2008 11:36 PM > To: hotspot-dev at openjdk.java.net > Subject: RE: Can I build 32 bit on a 64bit Windows? > > Borrowing on that theme.... > > I'm trying to do an OpenJDK-source-fetched build on Windows, using the > following: > > C:\Prg\OpenJDK\jdk7\hotspot\make\windows>build product compiler1 > C:\Prg\OpenJDK\jdk7\hotspot C:\Prg\jdk1.6.0 "PlatformSDK-build" > > Can somebody just confirm for me that I'm getting the parameters > correct to > "build.bat"? The thing I'm not sure about is the third parameter-- > that's the > "Workspace" param, IIRC, and I think it's supposed to point to where > the > scripts can find the sources, correct? > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > > -----Original Message----- > > From: hotspot-dev-bounces at openjdk.java.net [mailto:hotspot-dev- > > bounces at openjdk.java.net] On Behalf Of Max (Weijun) Wang > > Sent: Monday, May 19, 2008 5:11 PM > > To: hotspot-dev at openjdk.java.net > > Subject: Can I build 32 bit on a 64bit Windows? > > > > [ Please reply me directly as I'm not in this alias ] > > > > Hi All > > > > My only Windows box is an amd64 with 64 bit Windows. I've tried to > > compile a 32bit version of OpenJDK by setting ARCH_DATA_MODEL=32. It > > seems the hotspot part still tries to build 64 bit and throws an > > error. Do I need extra configurations or you just don't support that? > > > > Thanks > > Max > > > > No virus found in this incoming message. > > Checked by AVG. > > Version: 7.5.524 / Virus Database: 269.23.21/1454 - Release Date: > > 5/19/2008 7:44 AM > > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.24.0/1460 - Release Date: > 5/22/2008 > 7:06 AM > > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.24.0/1460 - Release Date: > 5/22/2008 7:06 AM > No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.24.0/1460 - Release Date: 5/22/2008 7:06 AM From gnu_andrew at member.fsf.org Mon May 26 17:01:39 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 27 May 2008 01:01:39 +0100 Subject: [PATCH] Fix placement of xsl:output in XSL file Message-ID: <17c6771e0805261701u5304068ye041bc7d76191544@mail.gmail.com> The file src/share/vm/interpreter/bytecodeInterpreterWithChecks.xsl places the xsl:output tag within the xsl:template element. This causes compiling the XSL file to fail with xsltproc from libxml2 and generates an erroneous file (it includes an tag) when building with the JDK with the Apache XML libraries (as is done for bootstrapping in IcedTea). The appropriate part of the XSLT specification: http://www.w3.org/TR/xslt#output states that 'The xsl:output element is only allowed as a top-level element.' The attached patch moves the output tag to the correct place and allowed me to correctly build HotSpot again. Is this okay for inclusion? Thanks, -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 -------------- next part -------------- A non-text attachment was scrubbed... Name: xslfix.diff Type: text/x-patch Size: 626 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20080527/68435cb7/attachment.bin From daniel.daugherty at sun.com Wed May 28 15:45:05 2008 From: daniel.daugherty at sun.com (daniel.daugherty at sun.com) Date: Wed, 28 May 2008 22:45:05 +0000 Subject: hg: jdk7/hotspot/hotspot: 8 new changesets Message-ID: <20080528224520.85B7228919@hg.openjdk.java.net> Changeset: 24706b95d959 Author: xdono Date: 2008-04-24 12:12 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/24706b95d959 Added tag jdk7-b26 for changeset ad0b851458ff ! .hgtags Changeset: c70a245cad3a Author: dcubed Date: 2008-05-09 08:55 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c70a245cad3a 6670684: 4/5 SA command universe did not print out CMS space information Summary: Forward port of Yumin's fix for 6670684 from HSX-11; Yumin verified the port was correct. Reviewed-by: dcubed ! agent/make/Makefile ! agent/src/share/classes/sun/jvm/hotspot/HSDB.java ! agent/src/share/classes/sun/jvm/hotspot/SALauncherLoader.java ! agent/src/share/classes/sun/jvm/hotspot/bugspot/Main.java ! agent/src/share/classes/sun/jvm/hotspot/jdi/SAJDIClassLoader.java + agent/src/share/classes/sun/jvm/hotspot/memory/BinaryTreeDictionary.java ! agent/src/share/classes/sun/jvm/hotspot/memory/CompactibleFreeListSpace.java ! agent/src/share/classes/sun/jvm/hotspot/memory/DefNewGeneration.java + agent/src/share/classes/sun/jvm/hotspot/memory/FreeList.java + agent/src/share/classes/sun/jvm/hotspot/memory/LinearAllocBlock.java ! agent/src/share/classes/sun/jvm/hotspot/ui/AnnotatedMemoryPanel.java ! agent/src/share/classes/sun/jvm/hotspot/ui/CommandProcessorPanel.java ! agent/src/share/classes/sun/jvm/hotspot/ui/DebuggerConsolePanel.java ! agent/src/share/classes/sun/jvm/hotspot/ui/HighPrecisionJScrollBar.java ! agent/src/share/classes/sun/jvm/hotspot/ui/JFrameWrapper.java ! agent/src/share/classes/sun/jvm/hotspot/ui/treetable/JTreeTable.java ! src/share/vm/gc_implementation/concurrentMarkSweep/binaryTreeDictionary.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/freeList.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/vmStructs_cms.hpp ! src/share/vm/runtime/vmStructs.cpp Changeset: 6ab92ec09f70 Author: dcubed Date: 2008-05-09 09:11 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/6ab92ec09f70 Merge Changeset: 09c2ba680204 Author: kvn Date: 2008-05-15 22:40 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/09c2ba680204 6700102: c2 assertion "counter_changed,"failed dependencies, but counter didn't change")" with AggressiveOpts Summary: Bytecode Escape Analyzer does not have the check for the case described in 6389127. Reviewed-by: never ! src/share/vm/ci/bcEscapeAnalyzer.cpp Changeset: 723be81c1212 Author: kvn Date: 2008-05-15 22:43 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/723be81c1212 6701887: JDK7 server VM in endless loop in Node::dominates Summary: The method Node::dominates loops in the dead code which does not have a Region node. Reviewed-by: jrose, never ! src/share/vm/opto/c2_globals.hpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/node.cpp Changeset: 5bba3366a9a2 Author: dcubed Date: 2008-05-16 13:42 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/5bba3366a9a2 Merge ! agent/src/share/classes/sun/jvm/hotspot/HSDB.java ! src/share/vm/runtime/vmStructs.cpp Changeset: a3e5744fafda Author: dcubed Date: 2008-05-20 09:47 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/a3e5744fafda Merge Changeset: a49545cab84a Author: ohair Date: 2008-05-27 09:47 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/a49545cab84a 6563752: Build and test JDK7 with Sun Studio 12 Express compilers (prep makefiles) Summary: Allows for building with SS12, no longer requires SS11, warns if not SS11 for now. Once SS12 is validated and performance measurements look ok, SS12 will be the validated compiler. Reviewed-by: sspitsyn, ikrylov ! make/jprt.config ! make/solaris/makefiles/debug.make ! make/solaris/makefiles/dtrace.make ! make/solaris/makefiles/fastdebug.make ! make/solaris/makefiles/jvmg.make ! make/solaris/makefiles/optimized.make ! make/solaris/makefiles/product.make ! make/solaris/makefiles/sparc.make ! make/solaris/makefiles/sparcWorks.make ! make/solaris/makefiles/sparcv9.make From daniel.daugherty at sun.com Thu May 29 08:14:31 2008 From: daniel.daugherty at sun.com (daniel.daugherty at sun.com) Date: Thu, 29 May 2008 15:14:31 +0000 Subject: hg: jdk7/hotspot/hotspot: 6703308: Fix jprt.properties to allow for jdk6 and jdk7 builds Message-ID: <20080529151435.2412328CC9@hg.openjdk.java.net> Changeset: af059c49e677 Author: ohair Date: 2008-05-28 10:16 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/af059c49e677 6703308: Fix jprt.properties to allow for jdk6 and jdk7 builds Summary: Allows for jprt submit -release option to select jdk version and proper build targets. Reviewed-by: jcoomes ! make/jprt.properties From manjiri.namjoshi at googlemail.com Thu May 29 12:49:44 2008 From: manjiri.namjoshi at googlemail.com (Manjiri Namjoshi) Date: Thu, 29 May 2008 14:49:44 -0500 Subject: Hotspot VM client compiler - are profile driven opt done? Message-ID: Hello, The Hotspot VM client compiler has a default compile threshold of 1500. So, instead of waiting for a method to be interpreted for 1500 times and then sending it for compilation, i am interested to compile it earlier. I would like to know if there are any "profile driven optimizations" done. That is, will the compiled code for the threshold of 1500 (or better) be different than the compiled code for the threshold of say 10 ? Thanks ! -Manjiri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/hotspot-dev/attachments/20080529/ccf7ff85/attachment.html From wimmer at ssw.jku.at Fri May 30 02:32:57 2008 From: wimmer at ssw.jku.at (Christian Wimmer) Date: Fri, 30 May 2008 11:32:57 +0200 Subject: Hotspot VM client compiler - are profile driven opt done? In-Reply-To: References: Message-ID: <483FC9C9.902@ssw.jku.at> Hi > I would like to know if there are any "profile driven optimizations" done. No, the client compiler does not use profile data (only the server compiler does). > That is, will the compiled code for the threshold of 1500 (or better) > be different than > the compiled code for the threshold of say 10 ? Most likely, the code will be the same. You only have to be aware that class loading and class initialization is done lazily when bytecodes are executed the first time. So when e.g. a method call was never executed in the interpreter, the class could still be unloaded and the compiler must generated complex patching code and cannot inline the method. Therefore, setting the threshold to 0 will certainly make a difference. When you reduce the threshold to 10, you will see that the number of methods that are compiled explodes (use -XX:+PrintCompilation). Regards Christian From igor.veresov at sun.com Fri May 30 06:20:28 2008 From: igor.veresov at sun.com (igor.veresov at sun.com) Date: Fri, 30 May 2008 13:20:28 +0000 Subject: hg: jdk7/hotspot/hotspot: 2 new changesets Message-ID: <20080530132034.C77CB28D84@hg.openjdk.java.net> Changeset: 23a06eca8e83 Author: jmasa Date: 2008-05-27 11:46 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/23a06eca8e83 6706662: Remove workaround introduced in fix for 6624782 Summary: Remove workaround compiler options for instanceKlass.cpp and objArrayKlass.cpp. Reviewed-by: ysr, jcoomes ! make/solaris/makefiles/amd64.make Changeset: 27f13876aef3 Author: iveresov Date: 2008-05-30 03:53 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/27f13876aef3 Merge From chuck.rasbold at sun.com Fri May 30 11:12:54 2008 From: chuck.rasbold at sun.com (chuck.rasbold at sun.com) Date: Fri, 30 May 2008 18:12:54 +0000 Subject: hg: jdk7/hotspot/hotspot: 9 new changesets Message-ID: <20080530181338.B124D28DCE@hg.openjdk.java.net> Changeset: 8aa010f60e0f Author: rasbold Date: 2008-05-20 06:32 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/8aa010f60e0f Merge Changeset: 885ed790ecf0 Author: kvn Date: 2008-05-21 10:45 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/885ed790ecf0 6695810: null oop passed to encode_heap_oop_not_null Summary: fix several problems in C2 related to Escape Analysis and Compressed Oops. Reviewed-by: never, jrose ! src/cpu/sparc/vm/sparc.ad ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/opto/callnode.cpp ! src/share/vm/opto/cfgnode.cpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/connode.cpp ! src/share/vm/opto/connode.hpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/macro.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/opto/node.cpp ! src/share/vm/opto/output.cpp ! src/share/vm/opto/type.cpp ! src/share/vm/opto/type.hpp + test/compiler/6689060/Test.java + test/compiler/6695810/Test.java Changeset: c436414a719e Author: kvn Date: 2008-05-21 13:46 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c436414a719e 6703890: Compressed Oops: add LoadNKlass node to generate narrow oops (32-bits) compare instructions Summary: Add LoadNKlass and CMoveN nodes, use CmpN and ConN nodes to generate narrow oops compare instructions. Reviewed-by: never, rasbold ! src/cpu/sparc/vm/assembler_sparc.cpp ! src/cpu/sparc/vm/assembler_sparc.hpp ! src/cpu/sparc/vm/relocInfo_sparc.cpp ! src/cpu/sparc/vm/relocInfo_sparc.hpp ! src/cpu/sparc/vm/sparc.ad ! src/cpu/x86/vm/assembler_x86_64.cpp ! src/cpu/x86/vm/assembler_x86_64.hpp ! src/cpu/x86/vm/relocInfo_x86.cpp ! src/cpu/x86/vm/relocInfo_x86.hpp ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/adlc/forms.cpp ! src/share/vm/adlc/formssel.cpp ! src/share/vm/includeDB_core ! src/share/vm/opto/classes.hpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/connode.cpp ! src/share/vm/opto/connode.hpp ! src/share/vm/opto/doCall.cpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/lcm.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/loopopts.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/opto/parse1.cpp ! src/share/vm/opto/parseHelper.cpp ! src/share/vm/runtime/globals.hpp Changeset: 437d03ea40b1 Author: kvn Date: 2008-05-21 16:31 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/437d03ea40b1 6703888: Compressed Oops: use the 32-bits gap after klass in a object Summary: Use the gap also for a narrow oop field and a boxing object value. Reviewed-by: coleenp, never ! src/cpu/sparc/vm/sharedRuntime_sparc.cpp ! src/cpu/sparc/vm/sparc.ad ! src/cpu/x86/vm/sharedRuntime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_64.cpp ! src/share/vm/ci/ciInstanceKlass.cpp ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/classfile/javaClasses.hpp ! src/share/vm/gc_implementation/includeDB_gc_shared ! src/share/vm/oops/arrayOop.hpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/oops/instanceKlassKlass.cpp ! src/share/vm/oops/instanceOop.hpp Changeset: aaa1137c5ef4 Author: sgoldman Date: 2008-05-28 12:42 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/aaa1137c5ef4 6707485: bytecodeInterpreterWithChecks.xsl is malformed Summary: xsl output tag not at top level Reviewed-by: never, kvn, rasbold Contributed-by: gnu_andrew at member.fsf.org ! src/share/vm/interpreter/bytecodeInterpreterWithChecks.xml ! src/share/vm/interpreter/bytecodeInterpreterWithChecks.xsl Changeset: feeb96a45707 Author: coleenp Date: 2008-05-28 21:06 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/feeb96a45707 6696264: assert("narrow oop can never be zero") for GCBasher & ParNewGC Summary: decouple set_klass() with zeroing the gap when compressed. Reviewed-by: kvn, ysr, jrose ! src/cpu/sparc/vm/assembler_sparc.cpp ! src/cpu/sparc/vm/assembler_sparc.hpp ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/x86/vm/assembler_x86_64.cpp ! src/cpu/x86/vm/assembler_x86_64.hpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp ! src/share/vm/gc_interface/collectedHeap.inline.hpp ! src/share/vm/interpreter/bytecodeInterpreter.cpp ! src/share/vm/memory/space.cpp ! src/share/vm/oops/oop.hpp ! src/share/vm/oops/oop.inline.hpp Changeset: 7793bd37a336 Author: kvn Date: 2008-05-29 12:04 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/7793bd37a336 6705887: Compressed Oops: generate x64 addressing and implicit null checks with narrow oops Summary: Generate addresses and implicit null checks with narrow oops to avoid decoding. Reviewed-by: jrose, never ! src/cpu/x86/vm/assembler_x86_32.hpp ! src/cpu/x86/vm/assembler_x86_64.hpp ! src/cpu/x86/vm/x86_64.ad ! src/os_cpu/linux_x86/vm/assembler_linux_x86_32.cpp ! src/os_cpu/linux_x86/vm/assembler_linux_x86_64.cpp ! src/os_cpu/solaris_x86/vm/assembler_solaris_x86_32.cpp ! src/os_cpu/solaris_x86/vm/assembler_solaris_x86_64.cpp ! src/os_cpu/windows_x86/vm/assembler_windows_x86_32.cpp ! src/os_cpu/windows_x86/vm/assembler_windows_x86_64.cpp ! src/share/vm/opto/callnode.hpp ! src/share/vm/opto/chaitin.cpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/connode.cpp ! src/share/vm/opto/connode.hpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/macro.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/matcher.hpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/node.hpp Changeset: 9148c65abefc Author: rasbold Date: 2008-05-29 16:22 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/9148c65abefc 6695049: (coll) Create an x86 intrinsic for Arrays.equals Summary: Intrinsify java/util/Arrays.equals(char[], char[]) Reviewed-by: kvn, never ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/opto/classes.hpp ! src/share/vm/opto/lcm.cpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/memnode.cpp ! src/share/vm/opto/memnode.hpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/globals.hpp Changeset: 02cc988a9fdc Author: rasbold Date: 2008-05-30 07:22 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/02cc988a9fdc Merge From Thomas.Rodriguez at Sun.COM Fri May 30 11:45:37 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Fri, 30 May 2008 11:45:37 -0700 Subject: Hotspot VM client compiler - are profile driven opt done? In-Reply-To: <483FC9C9.902@ssw.jku.at> References: <483FC9C9.902@ssw.jku.at> Message-ID: > > I would like to know if there are any "profile driven > optimizations" done. > > No, the client compiler does not use profile data (only the server > compiler does). We've actually built support for profile collection into the client compiler as part of the work for tiered compilation but C1 has no optimizations which take advantage of it since it's targeted a profile collection for use by C2. It would be possible to build a C1 only system that use profile collection for optimization but it's not in our plans. > > That is, will the compiled code for the threshold of 1500 (or > better) > be different than > > the compiled code for the threshold of say 10 ? > > Most likely, the code will be the same. You only have to be aware > that class loading and class initialization is done lazily when > bytecodes are executed the first time. So when e.g. a method call > was never executed in the interpreter, the class could still be > unloaded and the compiler must generated complex patching code and > cannot inline the method. Therefore, setting the threshold to 0 will > certainly make a difference. That will be the primary difference. The code will most likely be a bit worse because the client compiler uses patching for dealing with unloaded classes so it might not go back and recompile the code so you may miss inlining opportunities. tom From John.Coomes at sun.com Fri May 30 16:46:15 2008 From: John.Coomes at sun.com (John Coomes) Date: Fri, 30 May 2008 16:46:15 -0700 Subject: CFV: Chris Phillips as member of the HotSpot Group Message-ID: <18496.37319.218591.805965@sun.com> I would like to nominate Chris Phillips for Membership in the HotSpot Group. Please cast your vote by replying, publicly, to this message with either Vote: yes or Vote: no as the first line of the message body. You may, at your option, indicate the reason for your decision on subsequent lines. Votes must be cast in the open; votes sent as private replies will not be counted. Votes are due by midnight UTC next Friday, 6 June 2008, after which time the votes will be tallied and reported to this list. Only Members of the HotSpot Group are eligible to vote on this decision. The current Members are: Andrei Pangin Andrey Petrusenko Antonios Printezis Chuck Rasbold Coleen Phillimore Daniel Daugherty Dave Dice David Holmes Erik Trimble Igor Veresov Ivan Krylov James Melvin Jim Holmlund John Coomes John Rose Jon Masamitsu Karen Kinnear Keith McGuigan Kenneth Russell Lev Serebryakov Paul Hohensee Peter Kessler Stephen Bohne Steve Goldman Thomas Rodriguez Vladimir Kozlov Xiaobin Lu Y S Ramakrishna -John From Paul.Hohensee at Sun.COM Fri May 30 16:49:05 2008 From: Paul.Hohensee at Sun.COM (Paul Hohensee) Date: Fri, 30 May 2008 19:49:05 -0400 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <48409271.2020900@sun.com> Vote: yes John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > > From tony.printezis at sun.com Fri May 30 16:50:26 2008 From: tony.printezis at sun.com (Tony Printezis) Date: Fri, 30 May 2008 19:50:26 -0400 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <484092C2.4020506@sun.com> Vote: yes John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > > -- --------------------------------------------------------------------- | Tony Printezis, Staff Engineer | Sun Microsystems Inc. | | | MS UBUR02-311 | | e-mail: tony.printezis at sun.com | 35 Network Drive | | office: +1 781 442 0998 (x20998) | Burlington, MA 01803-2756, USA | --------------------------------------------------------------------- e-mail client: Thunderbird (Linux) From John.Coomes at sun.com Fri May 30 16:57:43 2008 From: John.Coomes at sun.com (John Coomes) Date: Fri, 30 May 2008 16:57:43 -0700 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <18496.38007.264690.223551@sun.com> Vote: yes I (John.Coomes at sun.com) wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John From Thomas.Rodriguez at Sun.COM Fri May 30 17:02:38 2008 From: Thomas.Rodriguez at Sun.COM (Tom Rodriguez) Date: Fri, 30 May 2008 17:02:38 -0700 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <1B239A7F-951F-4DF3-82A0-05F8E88E8C0F@sun.com> Vote: yes On May 30, 2008, at 4:46 PM, John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > From Peter.Kessler at Sun.COM Fri May 30 17:05:22 2008 From: Peter.Kessler at Sun.COM (Peter B. Kessler) Date: Fri, 30 May 2008 17:05:22 -0700 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <48409642.6010508@Sun.COM> Vote: yes ... peter John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > From Vladimir.Kozlov at Sun.COM Fri May 30 17:10:12 2008 From: Vladimir.Kozlov at Sun.COM (Vladimir Kozlov) Date: Fri, 30 May 2008 17:10:12 -0700 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <48409764.50008@sun.com> Vote: yes John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > From Karen.Kinnear at Sun.COM Fri May 30 17:39:29 2008 From: Karen.Kinnear at Sun.COM (Karen Kinnear) Date: Fri, 30 May 2008 20:39:29 -0400 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <9A993F25-0184-4EEE-A652-1C664E4DD6BC@sun.com> Vote:yes of course! Karen On May 30, 2008, at 7:46 PM, John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > From erik.trimble at sun.com Fri May 30 17:53:16 2008 From: erik.trimble at sun.com (erik.trimble at sun.com) Date: Sat, 31 May 2008 00:53:16 +0000 Subject: hg: jdk7/hotspot/hotspot: 5 new changesets Message-ID: <20080531005327.C6BF328E11@hg.openjdk.java.net> Changeset: e3d2692f8442 Author: trims Date: 2008-05-20 19:50 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/e3d2692f8442 Merge Changeset: 0e13255adcb0 Author: trims Date: 2008-05-30 14:30 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/0e13255adcb0 Merge Changeset: c14dab40ed9b Author: xdono Date: 2008-05-22 09:37 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/c14dab40ed9b Added tag jdk7-b27 for changeset e3d2692f8442 ! .hgtags Changeset: 3e4b7b5b2b4b Author: trims Date: 2008-05-30 14:31 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/3e4b7b5b2b4b Merge Changeset: 9077d695a1b0 Author: trims Date: 2008-05-30 14:50 -0700 URL: http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/9077d695a1b0 6709213: Update Build number for HS13 b02 Summary: Bump up build number to 02 Reviewed-by: jcoomes ! make/hotspot_version From Coleen.Phillimore at Sun.COM Fri May 30 19:59:33 2008 From: Coleen.Phillimore at Sun.COM (Coleen Phillimore) Date: Fri, 30 May 2008 22:59:33 -0400 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <4840BF15.8010101@sun.com> Vote: yes John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > > From Chuck.Rasbold at Sun.COM Fri May 30 20:19:46 2008 From: Chuck.Rasbold at Sun.COM (Chuck Rasbold) Date: Fri, 30 May 2008 20:19:46 -0700 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <4840C3D2.7030409@sun.com> Vote: yes John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > From Daniel.Daugherty at Sun.COM Fri May 30 21:07:20 2008 From: Daniel.Daugherty at Sun.COM (Daniel D. Daugherty) Date: Fri, 30 May 2008 22:07:20 -0600 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <4840CEF8.40101@sun.com> Vote: yes Dan John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > > From Y.S.Ramakrishna at Sun.COM Fri May 30 22:14:50 2008 From: Y.S.Ramakrishna at Sun.COM (Y Srinivas Ramakrishna) Date: Fri, 30 May 2008 22:14:50 -0700 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: Vote: yes -- ramki ----- Original Message ----- From: John Coomes Date: Friday, May 30, 2008 4:46 pm Subject: CFV: Chris Phillips as member of the HotSpot Group To: hotspot-dev at openjdk.java.net > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > From Y.S.Ramakrishna at Sun.COM Fri May 30 22:18:24 2008 From: Y.S.Ramakrishna at Sun.COM (Y Srinivas Ramakrishna) Date: Fri, 30 May 2008 22:18:24 -0700 Subject: CFV: Yumin Qi as member of the HotSpot Group Message-ID: I would like to nominate Yumin Qi for membership in the HotSpot Group. Please cast your vote by replying, publicly, to this message with either Vote: yes or Vote: no as the first line of the message body. You may, at your option, indicate the reason for your decision on subsequent lines. Votes must be cast in the open; votes sent as private replies will not be counted. Votes are due by midnight UTC next Saturday, 7 June 2008, after which time the votes will be tallied and reported to this list. Only Members of the HotSpot Group are eligible to vote on this decision. The current Members are: Andrei Pangin Andrey Petrusenko Antonios Printezis Chuck Rasbold Coleen Phillimore Daniel Daugherty Dave Dice David Holmes Erik Trimble Igor Veresov Ivan Krylov James Melvin Jim Holmlund John Coomes John Rose Jon Masamitsu Karen Kinnear Keith McGuigan Kenneth Russell Lev Serebryakov Paul Hohensee Peter Kessler Stephen Bohne Steve Goldman Thomas Rodriguez Vladimir Kozlov Xiaobin Lu Y S Ramakrishna -- Y S Ramakrishna (Ramki) From David.Holmes at Sun.COM Fri May 30 23:21:14 2008 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Sat, 31 May 2008 16:21:14 +1000 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <4840EE5A.5040400@sun.com> Vote: Yes John Coomes said the following on 05/31/08 09:46: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > From David.Holmes at Sun.COM Fri May 30 23:23:11 2008 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Sat, 31 May 2008 16:23:11 +1000 Subject: CFV: Yumin Qi as member of the HotSpot Group In-Reply-To: References: Message-ID: <4840EECF.2070205@sun.com> Vote: yes Do we have to do these votes one at a time, or can be nominate a group of people at once? David Holmes Y Srinivas Ramakrishna said the following on 05/31/08 15:18: > I would like to nominate Yumin Qi for membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Saturday, 7 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > > -- Y S Ramakrishna (Ramki) From Paul.Hohensee at Sun.COM Sat May 31 05:51:44 2008 From: Paul.Hohensee at Sun.COM (Paul Hohensee) Date: Sat, 31 May 2008 08:51:44 -0400 Subject: CFV: Yumin Qi as member of the HotSpot Group In-Reply-To: References: Message-ID: <484149E0.4010905@sun.com> Vote: yes Y Srinivas Ramakrishna wrote: > I would like to nominate Yumin Qi for membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Saturday, 7 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > > -- Y S Ramakrishna (Ramki) > From tony.printezis at sun.com Sat May 31 06:23:25 2008 From: tony.printezis at sun.com (Tony Printezis) Date: Sat, 31 May 2008 09:23:25 -0400 Subject: CFV: Yumin Qi as member of the HotSpot Group In-Reply-To: References: Message-ID: <4841514D.20006@sun.com> Vote: yes Y Srinivas Ramakrishna wrote: > I would like to nominate Yumin Qi for membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Saturday, 7 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > > -- Y S Ramakrishna (Ramki) > -- --------------------------------------------------------------------- | Tony Printezis, Staff Engineer | Sun Microsystems Inc. | | | MS UBUR02-311 | | e-mail: tony.printezis at sun.com | 35 Network Drive | | office: +1 781 442 0998 (x20998) | Burlington, MA 01803-2756, USA | --------------------------------------------------------------------- e-mail client: Thunderbird (Linux) From Daniel.Daugherty at Sun.COM Sat May 31 09:20:08 2008 From: Daniel.Daugherty at Sun.COM (Daniel D. Daugherty) Date: Sat, 31 May 2008 10:20:08 -0600 Subject: CFV: Yumin Qi as member of the HotSpot Group In-Reply-To: References: Message-ID: <48417AB8.9050407@sun.com> Vote: yes Dan Y Srinivas Ramakrishna wrote: > I would like to nominate Yumin Qi for membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Saturday, 7 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > > -- Y S Ramakrishna (Ramki) > From Peter.Kessler at Sun.COM Sat May 31 10:15:03 2008 From: Peter.Kessler at Sun.COM (Peter B. Kessler) Date: Sat, 31 May 2008 10:15:03 -0700 Subject: CFV: Yumin Qi as member of the HotSpot Group In-Reply-To: References: Message-ID: <48418797.8080007@Sun.COM> Vote: yes Note that Ramki forgot to put a Reply-To: hotspot-dev at openjdk.java.net on his call for votes. Remember to vote in the open. ... peter Y Srinivas Ramakrishna wrote: > I would like to nominate Yumin Qi for membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Saturday, 7 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > > -- Y S Ramakrishna (Ramki) From Igor.Veresov at Sun.COM Sat May 31 10:45:05 2008 From: Igor.Veresov at Sun.COM (Igor Veresov) Date: Sat, 31 May 2008 21:45:05 +0400 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <200805312145.05726.igor.veresov@sun.com> Vote: yes On Saturday 31 May 2008 03:46:15 John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John From Igor.Veresov at Sun.COM Sat May 31 10:45:42 2008 From: Igor.Veresov at Sun.COM (Igor Veresov) Date: Sat, 31 May 2008 21:45:42 +0400 Subject: CFV: Yumin Qi as member of the HotSpot Group In-Reply-To: References: Message-ID: <200805312145.42101.igor.veresov@sun.com> Vote: yes On Saturday 31 May 2008 09:18:24 Y Srinivas Ramakrishna wrote: > I would like to nominate Yumin Qi for membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Saturday, 7 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > > -- Y S Ramakrishna (Ramki) From Karen.Kinnear at Sun.COM Sat May 31 11:01:27 2008 From: Karen.Kinnear at Sun.COM (Karen Kinnear) Date: Sat, 31 May 2008 14:01:27 -0400 Subject: CFV: Yumin Qi as member of the HotSpot Group In-Reply-To: References: Message-ID: <0DB78CC3-6899-4A1B-9CD8-CAA0433753D0@sun.com> Vote: yes !! Karen On May 31, 2008, at 1:18 AM, Y Srinivas Ramakrishna wrote: > I would like to nominate Yumin Qi for membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Saturday, 7 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > > -- Y S Ramakrishna (Ramki) From James.Melvin at Sun.COM Sat May 31 11:03:00 2008 From: James.Melvin at Sun.COM (James Melvin) Date: Sat, 31 May 2008 14:03:00 -0400 Subject: CFV: Chris Phillips as member of the HotSpot Group In-Reply-To: <18496.37319.218591.805965@sun.com> References: <18496.37319.218591.805965@sun.com> Message-ID: <484192D4.5050506@sun.com> Vote: yes John Coomes wrote: > I would like to nominate Chris Phillips for Membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Friday, 6 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > -John > From James.Melvin at Sun.COM Sat May 31 11:04:04 2008 From: James.Melvin at Sun.COM (James Melvin) Date: Sat, 31 May 2008 14:04:04 -0400 Subject: CFV: Yumin Qi as member of the HotSpot Group In-Reply-To: References: Message-ID: <48419314.1020200@sun.com> Vote: yes Y Srinivas Ramakrishna wrote: > I would like to nominate Yumin Qi for membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Saturday, 7 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > > -- Y S Ramakrishna (Ramki) From Chuck.Rasbold at Sun.COM Sat May 31 22:43:45 2008 From: Chuck.Rasbold at Sun.COM (Chuck Rasbold) Date: Sat, 31 May 2008 22:43:45 -0700 Subject: CFV: Yumin Qi as member of the HotSpot Group In-Reply-To: References: Message-ID: <48423711.3070100@sun.com> Vote: yes Y Srinivas Ramakrishna wrote: > I would like to nominate Yumin Qi for membership in the HotSpot > Group. > > Please cast your vote by replying, publicly, to this message with > either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may, at your option, indicate the reason for your decision on > subsequent lines. > > Votes must be cast in the open; votes sent as private replies will not > be counted. > > Votes are due by midnight UTC next Saturday, 7 June 2008, after which > time the votes will be tallied and reported to this list. > > Only Members of the HotSpot Group are eligible to vote on this > decision. The current Members are: > > Andrei Pangin > Andrey Petrusenko > Antonios Printezis > Chuck Rasbold > Coleen Phillimore > Daniel Daugherty > Dave Dice > David Holmes > Erik Trimble > Igor Veresov > Ivan Krylov > James Melvin > Jim Holmlund > John Coomes > John Rose > Jon Masamitsu > Karen Kinnear > Keith McGuigan > Kenneth Russell > Lev Serebryakov > Paul Hohensee > Peter Kessler > Stephen Bohne > Steve Goldman > Thomas Rodriguez > Vladimir Kozlov > Xiaobin Lu > Y S Ramakrishna > > > -- Y S Ramakrishna (Ramki)