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