RFR JDK-8021954 VM SIGSEGV during classloading on MacOS; hs_err_pid file produced

[Lois Foltan]

Hi Coleen,
Thanks for the review.
Lois

On 8/26/2013 4:18 PM, Coleen Phillimore wrote:
>
> Looks good, Lois.
> thanks!
> Coleen
>
> On 8/26/2013 2:36 PM, Lois Foltan wrote:
>> Please review the following fix:
>>
>> Internal webrev:
>>
>> http://cr.openjdk.java.net/~coleenp/bug_jdk8021954/
>>
>> Bug: VM SIGSEGV during classloading on MacOS; hs_err_pid file produced &
>>          runtime/6878713/Test6878713.sh fails on mac
>>
>>     bug links at: https://bugs.openjdk.java.net/browse/JDK-8021954
>> https://bugs.openjdk.java.net/browse/JDK-8022140
>>
>> Summary of fix:
>>     On MacOS, currently Hotspot is built specifying the -fcheck-new 
>> command line option to the llvm-g++ compiler.
>>     The -fcheck-new option directs the compiler to "check that the 
>> pointer returned by |operator new| is non-null
>>      before attempting to modify the storage allocated."  The clang++ 
>> compiler does not support the
>>      -fcheck-new option.  To obtain similiar functionality when 
>> building Hotspot with clang++, empty exception
>>      throw() specifications must be added to all user-defined 
>> operator new()'s.
>>
>> Tests:
>>
>>      Solaris: built fastdebug & product images
>>      Linux: built fastdebug & product images
>>      MacOS:  built fastdebug & product images using llvm-g++ - ran JTREG
>>                     built fastdebug & product images using clang++ - 
>> ran JTREG, JCK vm & lang, vm.quick.testlist (in progress)
>>      Windows:  built fastdebug & product images with VS2010
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/attachments/20130826/7e2d4446/attachment.html