assembler_x86.cpp:11128:38: error: 'this' pointer is null

[Browser]

Yes, that is the exact same error I get with the backport. I also tried disabling all errors, but I got even more null pointer and use after free warnings. It did result in a runable `./build/linux-x86_64-server-release/images/jdk/bin/java` / JDK, however I no longer have confidence in the JDK generated. null pointers make me nervous, use-after-free warnings also make me nervous! Is this something I need to worry about? Or is the JDK still good?
________________________________
From: Aleksey Shipilev <shade at redhat.com>
Sent: Thursday, June 16, 2022 12:02 PM
To: Browser <browseria at hotmail.com>; build-dev at openjdk.org <build-dev at openjdk.org>
Subject: Re: assembler_x86.cpp:11128:38: error: 'this' pointer is null

On 6/16/22 17:56, Browser wrote:
> Thank you for pointing me in the right direction! I tried the backport in pull 152. Unfortunately,
> it doesn't take care of this problem 🙁

Are you seeing the same failure?

I just built the jdk18u on Fedora 36 / GCC 12 and it failed as you described. Then I built jdk18u
with my backport, and it now fails further down the line:

* For target hotspot_variant-server_libjvm_objs_zReferenceProcessor.o:
/home/test/shipilev-jdk18u/src/hotspot/share/gc/z/zReferenceProcessor.cpp: In member function
'oopDesc* ZReferenceProcessor::drop(oop, ReferenceType)':
/home/test/shipilev-jdk18u/src/hotspot/share/gc/z/zReferenceProcessor.cpp:270:22: error: '%s'
directive argument is null [-Werror=format-overflow=]
   270 |   log_trace(gc, ref)("Dropped Reference: " PTR_FORMAT " (%s)", p2i(reference),
reference_type_name(type));
       |                      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

That one I'll chalk up to not-yet-resolved issue with GCC 12. Mainline does not seem to fail GCC 12
the same way, but it does fail too.

Pleasing the newer compiler version is always something in progress. Meanwhile, as usual,
configuring with --disable-warnings-as-errors helps to demote these warnings to just warnings.

--
Thanks,
-Aleksey

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/build-dev/attachments/20220616/a373ad49/attachment.htm>