RFR: 8178489: Make align functions more type safe and consistent

Robbin Ehn robbin.ehn at oracle.com
Tue Jul 4 08:44:40 UTC 2017


Looks good.

Thanks, Robbin

On 06/30/2017 11:16 AM, Stefan Karlsson wrote:
> Hi all,
> 
> Please review this patch to make the align functions more type safe and consistent.
> 
> http://cr.openjdk.java.net/~stefank/8178489/webrev.00
> https://bugs.openjdk.java.net/browse/JDK-8178489
> 
> Note that this patch needs to be applied on top of the following patches that are out for review:
>   http://cr.openjdk.java.net/~stefank/8178491/webrev.02
>   http://cr.openjdk.java.net/~stefank/8178495/webrev.01
> 
> Currently, the align functions forces the user to often explicitly cast either the input parameters, or the return type, or both.
> 
> Two examples of the current API:
> inline intptr_t align_size_up(intptr_t size, intptr_t alignment);
> inline void* align_ptr_up(const void* ptr, size_t alignment);
> 
> I propose that we change the API to use templates to return the aligned value as the same type as the type of the unaligned input.
> 
> The proposed API would look like this:
> 
> template <typename T, typename A>
> inline T align_size_up(T size, A alignment);
> 
> template <typename T, typename A>
> inline T* align_ptr_up(T* ptr, A alignment);
> 
> and a follow-up RFE (JDK-8178499) would get rid of _size_ and _ptr_ from the names.
> 
> Usages of these align functions would then look like:
> 
> size_t aligned_size = align_up(alloc_size, os::vm_page_size())
> HeapWord* aligned_top = align_up(top, region_size)
> 
> Please, take an extra close look at the reinterpret_cast I added in atomic.hpp. This was needed because the align_ptr_down now returns T* and not void*, and the compiler complained when we tried to do a static cast from a volatile jbyte* to a volatile jint*.
> 
> Tested with the align unit test and JPRT.
> 
> Thanks,
> StefanK


More information about the hotspot-dev mailing list