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

[Lois Foltan]

Hi Harold,
Thanks for the review.
Lois

On 8/26/2013 4:18 PM, harold seigel wrote:
> Hi Lois,
>
> The changes look good.
>
> Harold
>
> 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/d7940b59/attachment-0001.html