The ZNMethodTableEntry contains two cached values, regarding the properties of an nmethod. The first is whether the nmethod has "immediate oops" in the code. The second property is used to indicate if the nmethod has "non immediate oop", which probably is a bad name, but it tells if there are oop-derived immediates that need to be fixed when Objects have been moved.

I propose that we move these properties to the ZNMethodData objects that are attached to the nmethods via the gc specific gc_data. This allows for a cleaner separation of the proper table code in ZNMethodTable and the class ZGC class unloading code.