RFR JDK-8021954 (round 2) VM SIGSEGV during classloading on MacOS; hs_err_pid file produced

[Lois Foltan]

Please review the following updated webrev:

Internal webrev:

    http://cr.openjdk.java.net/~coleenp/bug_jdk8021954.2/

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:
      Built on Solaris (12u1), Linux (gcc 4.4.3 & 4.7.3), VS2010, MacOS 
(llvm-g++ & clang++)
      Ran vm.quick.testlist on MacOS clang++ built Hotspot image

Original Testing:
      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
      Windows:  built fastdebug & product images with VS2010

Thank you,
Lois

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/attachments/20130829/49eaa416/attachment.html