Error compiling dtrace.d on Solaris Nevada b78

[Kelly O'Hair]

This should work fine. I use snv_77 all the time.

What compiler are you using, e.g. CC -V
I've got CC: Sun C++ 5.8 2005/10/13


-kto

David Kopp wrote:
> uname -a gives me:
> 
> SunOS globox 5.11 snv_78 i86pc i386 i86pc
> 
> and /etc/release says
> 
> Solaris Express Community Edition snv_78 X86
>           Copyright 2007 Sun Microsystems, Inc.  All Rights Reserved.
>                        Use is subject to license terms.
>                           Assembled 20 November 2007
> 
> Is it even supposed to be possible to build openjdk on Solaris Express?
> 
> 
> Kelly O'Hair wrote:
>> What version of Solaris is this? (e.g. what does uname -a say? And 
>> /etc/release?)
>> Solaris 8 and 9 do not have the dtrace compiler by default, and there
>> is no 'official' dtrace compiler available for those releases.
>>
>> The jdk7 release has changed it's official Solaris build release to
>> Solaris 10, which should have dtrace. Although there was some issues
>> with dtrace in early Solaris 10 releases.
>> I think the Solaris 10 kernel patch that has the dtrace fixes is 
>> available from:
>>   http://sunsolve.sun.com/search/document.do?assetkey=1-21-118833-36-1
>>
>> Also...
>>
>> When using HOTSPOT_DISABLE_DTRACE_PROBES=true, you may need to start 
>> the complete
>> build from scratch. Try doing a 'gmake clean' first.
>>
>> -kto
>>
>> David Kopp wrote:
>>> Hi all,
>>>
>>> I am trying to compile the first Mercurial source drop on an Ultra 20 
>>> (x64). I got gmake sanity to pass. However, when I run gmake, I 
>>> eventually end up with the following:
>>>
>>>
>>> gmake[5]: Entering directory 
>>> `/export/home/koppdk/working/jdk7src/build/solaris-i586/hotspot/outputdir/solaris_i486_compiler2/product' 
>>>
>>> Compiling dtrace.d
>>> /usr/sbin/dtrace  -C -I. -G -o dtrace.o -s dtrace.d \
>>>     ciEnv.o classLoadingService.o compileBroker.o hashtable.o java.o 
>>> jni.o memoryManager.o nmethod.o objectMonitor_solaris.o 
>>> runtimeService.o sharedRuntime.o synchronizer.o thread.o 
>>> vmPSOperations.o vmCMSOperations.o vmGCOperations.o  ||\
>>>  STATUS=$?;\
>>>        if [ x"$STATUS" = x"1" -a \
>>>       x`uname -r` = x"5.10" -a \
>>>       x`uname -p` = x"sparc" ]; then\
>>>    echo 
>>> "*****************************************************************";\
>>>    echo "* If you are building server compiler, and the error message 
>>> is ";\
>>>    echo "* \"incorrect ELF machine type...\", you have run into 
>>> solaris bug ";\
>>>    echo "* 6213962, \"dtrace -G doesn't work on sparcv8+ object 
>>> files\".";\
>>>    echo "* Either patch/upgrade your system (>= S10u1_15), or set the 
>>> ";\
>>>    echo "* environment variable HOTSPOT_DISABLE_DTRACE_PROBES to 
>>> disable ";\
>>>    echo "* dtrace probes for this build.";\
>>>    echo 
>>> "*****************************************************************";\
>>>  fi;\
>>>  exit $STATUS
>>> dtrace: failed to link script dtrace.d: an error was encountered 
>>> while processing vmGCOperations.o
>>>
>>>
>>>
>>> I  can continue past this if I set 
>>> HOTSPOT_DISABLE_DTRACE_PROBES=true, but then the VM won't link.
>>>
>>> Does anyone have any idea as to what might be wrong with 
>>> vmGCOperations.o?
>>>
>>> Thanks,
>>>
>>>
>>> David
>>
>>
>