RFR: JDK-8318444: Write details about compilation bailouts into crash reports [v4]

Thomas Stuefe stuefe at openjdk.org
Wed Nov 15 12:27:39 UTC 2023


On Wed, 15 Nov 2023 11:40:08 GMT, Christian Hagedorn <chagedorn at openjdk.org> wrote:

>> Thomas Stuefe has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 10 commits:
>> 
>>  - Merge branch 'master' into JDK-8318444-Write-details-about-compilation-bailouts-into-crash-reports
>>  - Update src/hotspot/share/compiler/compilationFailureInfo.hpp
>>    
>>    Co-authored-by: Tobias Hartmann <tobias.hartmann at oracle.com>
>>  - Update src/hotspot/share/utilities/vmError.cpp
>>    
>>    Co-authored-by: Tobias Hartmann <tobias.hartmann at oracle.com>
>>  - reinstate elapsed time prefix in hs-err file
>>  - Merge branch 'openjdk:master' into JDK-8318444-Write-details-about-compilation-bailouts-into-crash-reports
>>  - wip
>>  - wip
>>  - wip
>>  - wip
>>  - JDK-8318444-Write-details-about-compilation-bailouts-into-crash-reports
>
> src/hotspot/share/compiler/compilationFailureInfo.cpp line 45:
> 
>> 43: #include "utilities/nativeCallStack.hpp"
>> 44: 
>> 45: static constexpr int skip_frames = 2;
> 
> Is there a specific reason to define this separately and not directly use `_stack(2)` below?

None but that the argument usually goes the other way around, "why do you use raw numbers, please name that constant" :-)

No problem, I can pass 2 directly.

> src/hotspot/share/opto/compile.cpp line 995:
> 
>> 993: Compile::~Compile() {
>> 994:   delete _print_inlining_stream;
>> 995:   delete _first_failure_details;
> 
> Should we first check for `nullptr` before deleting here?

delete, like free, accepts nullptr and does nothing. We delete/os::free null in many places.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/16247#discussion_r1394128242
PR Review Comment: https://git.openjdk.org/jdk/pull/16247#discussion_r1394130457


More information about the hotspot-compiler-dev mailing list