RFR: 8286876: NMT.test_unaliged_block_address_vm_assert fails if using clang toolchain [v6]

[Albert Mingkun Yang]

On Tue, 13 Dec 2022 12:23:45 GMT, Johan Sjölen <jsjolen at openjdk.org> wrote:

>> This fixes a bug by removing some UB which Clang used in order to make a test fail. Specifically, Clang optimized the `is_aligned` call in ` MallocHeader::assert_block_integrity` to `true`, because an unaligned `this` is  UB. This is fixed by making a static method, essentially. The new code liberally uses `reinterpret_cast<uintptr_t>()`, this is a specifically mentioned as legal use on https://en.cppreference.com/w/cpp/language/reinterpret_cast .
>> 
>> **The idea is essentially:** Make sure the pointer looks OK before casting it to a `MallocHeader*`.
>> 
>> I also changed the definition of `malloc_header`:
>> 
>> ```c++
>> // old
>>     return (MallocHeader*)((char*)memblock - sizeof(MallocHeader));
>> // new
>>     return &(((MallocHeader*)memblock)[-1]);
>> 
>> 
>> The previous definition was UB, because you shouldn't cast from a pointer with smaller alignment to one with larger alignment requirements.
>> 
>> I also made `MallocHeader::print_block_on_error` static, as the `this` argument was always equal to the `bad_address`.
>
> Johan Sjölen has updated the pull request incrementally with two additional commits since the last revision:
> 
>  - Style
>  - Style

src/hotspot/share/services/mallocHeader.hpp line 154:

> 152:   // hex dump surrounding the broken block), then trigger a fatal error
> 153:   inline static const MallocHeader* resolve_checked(const void* memblock);
> 154:   inline static MallocHeader* resolve_checked(void* memblock);

Is there's a particular reason why in&out types need to match in terms of `const`? Does this work?


  inline static MallocHeader* resolve_checked(const void* memblock);

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

PR: https://git.openjdk.org/jdk/pull/11465