On Thu, 8 Sep 2022 08:42:30 GMT, Stefan Karlsson wrote:
>> During the discussion of
>> [JDK-8292981](https://bugs.openjdk.org/browse/JDK-8292981) an opinion was
>> voiced that we should stop using INTPTR_FORMAT when printing pointers.
>>
>> Some background that could explain why some tend to u
On Thu, 8 Sep 2022 08:42:30 GMT, Stefan Karlsson wrote:
>> During the discussion of
>> [JDK-8292981](https://bugs.openjdk.org/browse/JDK-8292981) an opinion was
>> voiced that we should stop using INTPTR_FORMAT when printing pointers.
>>
>> Some background that could explain why some tend to u
On Wed, 7 Sep 2022 22:06:11 GMT, Kim Barrett wrote:
> Looks good.
Thanks.
> Also noticed some pre-existing unnecessary (void*) casts of the pointer
> argument to p2i. Not your problem, and not really appropriate for this change
> to do anything about them, but I really hate eye-catching cast
> During the discussion of
> [JDK-8292981](https://bugs.openjdk.org/browse/JDK-8292981) an opinion was
> voiced that we should stop using INTPTR_FORMAT when printing pointers.
>
> Some background that could explain why some tend to use INTPTR_FORMAT instead
> of PTR_FORMAT:
>
> Both those form
On Fri, 2 Sep 2022 09:51:06 GMT, Stefan Karlsson wrote:
> During the discussion of
> [JDK-8292981](https://bugs.openjdk.org/browse/JDK-8292981) an opinion was
> voiced that we should stop using INTPTR_FORMAT when printing pointers.
>
> Some background that could explain why some tend to use IN
On Fri, 2 Sep 2022 09:51:06 GMT, Stefan Karlsson wrote:
> During the discussion of
> [JDK-8292981](https://bugs.openjdk.org/browse/JDK-8292981) an opinion was
> voiced that we should stop using INTPTR_FORMAT when printing pointers.
>
> Some background that could explain why some tend to use IN
During the discussion of
[JDK-8292981](https://bugs.openjdk.org/browse/JDK-8292981) an opinion was
voiced that we should stop using INTPTR_FORMAT when printing pointers.
Some background that could explain why some tend to use INTPTR_FORMAT instead
of PTR_FORMAT:
Both those format specifiers re