[foreign-preview] RFR: 8282873: Bring back SymbolLookup

[Maurizio Cimadamore]

On Wed, 9 Mar 2022 11:10:03 GMT, Maurizio Cimadamore <mcimadamore at openjdk.org> wrote:

> This patch brings back the `SymbolLookup` abstraction, which was initially left behind during the move to java.base.
> 
> In hindsight, moving lookup capabilities to `CLinker` and `ClassLoader`, while economical in terms of API surface, is problematic, as it is much harder to users of the API to understand how to look up for library symbols (since lookup capabilities are scattered across different classes).
> 
> Moreover, recent JDK changes, such as JDK-8281335 and JDK-8282608, make library loading more flexible, and much closer to a raw dlopen/dlsym/dlclose. Which means we can now provide, in addition to loader and system lookup, a *third* kind of lookup, which features deterministic library loading/unloading (see `SymbolLoojup::libraryLookup`).
> 
> Overall, I think that having a dedicated abstraction for looking up symbols in libraries is a good thing; not only it makes the API more discoverable, but it also allows clients to define custom lookup (as `SymbolLookup` is a simple functional interface).

I've address the comments and uploaded another iteration which addresses some other issues I've noticed in the code.

-------------

PR: https://git.openjdk.java.net/panama-foreign/pull/666