hg: jdk6/jdk6/hotspot: 3 new changesets

[Erik Trimble]

Kelly O'Hair wrote:
>
>
> On 2/17/10 2:36 PM, Andrew John Hughes wrote:
>> On 17 February 2010 22:32, Kelly O'Hair<Kelly.Ohair at sun.com>  wrote:
>>>
>>>
>>> On 2/17/10 2:08 PM, Andrew John Hughes wrote:
>>>>
>>>> On 17 February 2010 20:05, Kelly O'Hair<Kelly.Ohair at sun.com>    wrote:
>>>>>
>>>>> On 2/17/10 10:45 AM, Daniel D. Daugherty wrote:
>>>>>>
>>>>>> Andrew John Hughes wrote:
>>>>>>>
>>>>>>> On 15 December 2009 01:47,<daniel.daugherty at sun.com>      wrote:
>>>>>>>
>>>>>>>
>>>>>>>> Changeset: 98cd9901c161
>>>>>>>> Author:    dcubed
>>>>>>>> Date:      2009-12-14 10:05 -0700
>>>>>>>> URL:http://hg.openjdk.java.net/jdk6/jdk6/hotspot/rev/98cd9901c161
>>>>>>>>
>>>>>>>> 6849968: 3/2 JVMTI tests fails on jdk5.0 with hs14
>>>>>>>> Summary: If a JVMTI agent asks for version 1.0, then it should get
>>>>>>>> version 1.0 semantics.
>>>>>>>> Reviewed-by: dholmes, ohair
>>>>>>>>
>>>>>>>> ! src/share/vm/prims/jvmtiEnv.cpp
>>>>>>>> ! src/share/vm/prims/jvmtiEnvBase.cpp
>>>>>>>> ! src/share/vm/prims/jvmtiEnvBase.hpp
>>>>>>>> ! src/share/vm/prims/jvmtiExport.cpp
>>>>>>>> ! src/share/vm/prims/jvmtiExport.hpp
>>>>>>>> ! src/share/vm/prims/jvmtiHpp.xsl
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> When trying to update OpenJDK6 to HotSpot 16 this is causing a 
>>>>>>> build
>>>>>>> failure:
>>>>>>>
>>>>>>> g++ -DLINUX -D_GNU_SOURCE -DAMD64 -DPRODUCT -I. 
>>>>>>> -I../generated/adfiles
>>>>>>> -I../generated/jvmtifiles
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/asm 
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/ci 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/classfile 
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/code 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/compiler 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/gc_implementation 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/gc_implementation/concurrentMarkSweep 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/gc_implementation/shared 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/gc_implementation/g1 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/gc_implementation/parNew 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/gc_implementation/parallelScavenge 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/gc_interface 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/interpreter 
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/libadt 
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/memory 
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/oops 
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/opto 
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/prims 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/runtime 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/services 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/utilities 
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/cpu/x86/vm 
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/os/linux/vm 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -I/home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/os_cpu/linux_x86/vm 
>>>>>>>
>>>>>>> -I../generated -DHOTSPOT_RELEASE_VERSION="\"16.0-b13\""
>>>>>>> -DHOTSPOT_BUILD_TARGET="\"product\"" 
>>>>>>> -DHOTSPOT_BUILD_USER="\"andrew\""
>>>>>>> -DHOTSPOT_LIB_ARCH=\"amd64\"
>>>>>>> -DJRE_RELEASE_VERSION="\"1.6.0-internal-andrew_17_feb_2010_12_54-b00\"" 
>>>>>>>
>>>>>>> -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -DCOMPILER2 -fPIC -fno-rtti
>>>>>>> -fno-exceptions -D_REENTRANT -fcheck-new -m64 -pipe -O3
>>>>>>> -fno-strict-aliasing -DVM_LITTLE_ENDIAN -D_LP64=1
>>>>>>> -fno-omit-frame-pointer -Werror -Wpointer-arith 
>>>>>>> -Wsign-compare    -c
>>>>>>> -o jvmtiEnvThreadState.o
>>>>>>>
>>>>>>>
>>>>>>> /home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/prims/jvmtiEnvThreadState.cpp 
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> /home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/prims/jvmtiEnvBase.cpp:126: 
>>>>>>>
>>>>>>> error: prototype for 'JvmtiEnvBase::JvmtiEnvBase()' does not 
>>>>>>> match any
>>>>>>> in class 'JvmtiEnvBase'
>>>>>>>
>>>>>>>
>>>>>>> /home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/prims/jvmtiEnvBase.hpp:44: 
>>>>>>>
>>>>>>> error: candidates are: JvmtiEnvBase::JvmtiEnvBase(const 
>>>>>>> JvmtiEnvBase&)
>>>>>>>
>>>>>>>
>>>>>>> /home/andrew/projects/openjdk/upstream/jdk6/hotspot/src/share/vm/prims/jvmtiEnvBase.hpp:95: 
>>>>>>>
>>>>>>> error:                 JvmtiEnvBase::JvmtiEnvBase(jint)
>>>>>>>
>>>>>>> Is the fix still necessary?  If so,is there an appropriate default
>>>>>>> version we could use to provide a no-arg constructor again?
>>>>>>>
>>>>>>
>>>>>> Yes, the fix is necessary. I'm a bit confused why you would think
>>>>>> that it was not still necessary. From the context you provided here
>>>>>> I'm not sure why you need a no-args constructor. I pushed this
>>>>>> changeset to HSX-16.2 for that release's b01 snapshot back when I
>>>>>> fixed this bug. I suspect that the same port can be used in HSX16
>>>>>> for OpenJDK6...
>>>>>>
>>>>>> Dan
>>>>>>
>>>>>
>>>>> Is this an issue with the version of g++ used?
>>>>> On Fedora 9 we use:
>>>>>    g++ (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8)
>>>>>
>>>>> What version of g++ is complaining? Just a thought.
>>>>
>>>> No I'm pretty sure it's complaining because Dan's patch does this:
>>>>
>>>> -  JvmtiEnvBase();
>>>> +  JvmtiEnvBase(jint version);
>>>>
>>>> Fedora 9 is now unsupported so you should be using at least F11.
>>>
>>> Sigh...  We currently use Fedora 9 as the official build system for 
>>> JDK7,
>>> I guess we need to update those systems, and any others we use for 
>>> builds.
>>> Don't know when that will happen.
>>>
>>
>> Yeah :-(  Fedora is good for catching breakage due to new
>> library/interface changes, but not for a stable build system.  You
>> really need RHEL for that, which is why I thought it strange you
>> switch from RH AS to Fedora rather than RHEL.  It's pretty much the
>> most bleeding edge distribution I know of.
>
> We picked Fedora because it was freely available with no 'pay for 
> updates'.
>
> When I tried to install a RedHat, it insisted on a support contract 
> number,
> it stated that you would not get any updates without it.
> Since I wanted updates, and did not have a support contract, I gave up
> on RedHat installations.
>
> Have things changed?
>
> Perhaps we need to see if our new company has a RedHat support contract
> we can use for the JDK build machines and developer machines. ;^)
>
> -kto


Of course, we can also use CentOS, which is the "free" version of Red 
Hat Enterprise Linux.  By free, I mean, that they take RHEL, remove all 
the RH-related logos and trademarks, and then rebuild the system.  
Updates are available free, too.


-- 
Erik Trimble
Java System Support
Mailstop:  usca22-123
Phone:  x17195
Santa Clara, CA