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

harold seigel harold.seigel at oracle.com
Mon Aug 26 13:18:12 PDT 2013


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/0e793ac2/attachment.html 


More information about the hotspot-runtime-dev mailing list