RFR: 8337221: CompileFramework: test library to conveniently compile java and jasm sources for fuzzing [v6]

[Emanuel Peter]

> **Motivation**
> 
> I want to write small dedicated fuzzers:
> - Generate `java` and `jasm` source code: just some `String`.
> - Quickly compile it (with this framework).
> - Execute the compiled code.
> 
> The primary users of the CompileFramework are Compiler-Engineers. Imagine you are working on some optimization. You already have a list of **hand-written tests**, but you are worried that this does not give you good coverage. You also do not trust that an existing Fuzzer will catch your bugs (at least not fast enough). Hence, you want to **script-generate** a large list of tests. But where do you put this script? It would be nice if it was also checked in on git, so that others can modify and maintain the test easily. But with such a script, you can only generate a **static test**. In some cases that is good enough, but sometimes the list of all possible tests your script would generate is very very large. Too large. So you need to randomly sample some of the tests. At this point, it would be nice to generate different tests with every run: a "mini-fuzzer" or a **fuzzer dedicated to a compiler feature**.
> 
> **The CompileFramework**
> 
> Java sources are compiled with `javac`, jasm sources with `asmtools` that are delivered with `jtreg`.
> An important factor: Integration with the IR-Framwrork (`TestFramework`): we want to be able to generate IR-rules for our tests.
> 
> I implemented a first, simple version of the framework. I added some tests and examples.
> 
> **Example**
> 
> 
> CompileFramework comp = new CompileFramework();
> comp.add(SourceCode.newJavaSourceCode("XYZ", "<source-code-here>"));
> comp.compile();
> comp.invoke("XYZ", "test", new Object[] {5}); // XYZ.test(5);
> 
> 
> https://github.com/openjdk/jdk/blob/e869cce8092ee995cf2f3ad1ab2bca69c5e256ab/test/hotspot/jtreg/testlibrary_tests/compile_framework/examples/SimpleJavaExample.java#L42-L74
> 
> **Below some use cases: tests that would have been better with the CompileFramework**
> 
> **Use case: test/hotspot/jtreg/compiler/loopopts/superword/TestAlignVectorFuzzer.java**
> 
> I needed to test loops with various `init / stride / limit / scale / unrolling-factor / ...`.
> 
> For this I used `MethodHandle constant = MethodHandles.constant(int.class, value);`,
> 
> to be able to chose different values before the C2 compilation, and then the C2 compilation would see them as constants and optimize assuming those constants. This works, but is difficult to extract reproducers once something inevitably breaks in the VM code (i.e. most likely in loop-opts or SuperW...

Emanuel Peter has updated the pull request incrementally with one additional commit since the last revision:

  split file into 4

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

Changes:
  - all: https://git.openjdk.org/jdk/pull/20184/files
  - new: https://git.openjdk.org/jdk/pull/20184/files/0a3daf6d..5d700f12

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=20184&range=05
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=20184&range=04-05

  Stats: 540 lines in 4 files changed: 342 ins; 184 del; 14 mod
  Patch: https://git.openjdk.org/jdk/pull/20184.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/20184/head:pull/20184

PR: https://git.openjdk.org/jdk/pull/20184