Modify SCC frontend to take class parameter

[cjjdespres]

This is a resubmission of #18821. These changes eliminate the direct use of offsetInSharedCacheFromROMClass during compilation in order to support #18301, as this query is difficult to fulfill using information available at the server when compiling for the JITServer AOT cache and a local SCC is not available.

The previous PR caused test failures because the method definition in that PR corresponding to this one here:

virtual bool isClassInSharedCache(J9Class *clazz, uintptr_t *cacheOffset = NULL)
      { return isClassInSharedCache(reinterpret_cast<TR_OpaqueClassBlock *>(clazz), cacheOffset); }

was

virtual bool isClassInSharedCache(J9Class *clazz, uintptr_t *cacheOffset = NULL)
      { return isClassInSharedCache(reinterpret_cast<TR_OpaqueClassBlock *>(clazz)); }

which had the effect of not updating the value pointed to by cacheOffset in the JITServer AOT deserializer.

[cjjdespres]

Attn @mpirvu. I know we are waiting for at least the nightly builds to pass in response to the reversion, but this is the updated PR.

I've also kept isROMClassInSharedCache public for now, as it can be useful to have this available at the client when manipulating ROM classes directly, particularly in #18839 and in my modifications to ROM class packing.

[mpirvu]

LGTM

[mpirvu]

jenkins test sanity all jdk17

[mpirvu]

window failed due to infra

[mpirvu]

jenkins test sanity win jdk17

[AdamBrousseau]

jenkins test sanity win jdk17

[mpirvu]

jenkins test sanity win jdk17