fix(ghidra): import HashMap before bridge compilation

The Swift literal decoder introduced by #2049 instantiates HashMap without
importing java.util.HashMap. Ghidra compiles the entire bridge before serving
operations, so the missing import prevents x64 PE sessions from starting too.

Verified on Windows with JDK 21.0.12.1 and Ghidra 12.1.4: all nine packaged
Java sources compile against 195 API jars, and public MCP opens a real Windows
where.exe target and returns its binary overview. Target bytes remain unchanged.
The MCP smoke uses runtime 1ca5fd38b with the patched bridge from fd65e278b;
the current full runtime build is blocked by unrelated Android JsonValue typing.
This commit is contained in:
N0zoM1z0 2026-10-13 22:58:41 +08:00
parent fd65e278be
commit 10caef99e7
1 changed files with 1 additions and 0 deletions

View File

@ -28,6 +28,7 @@ import java.util.ArrayDeque;
import java.util.ArrayList;
import java.util.Arrays;
import java.util.Comparator;
import java.util.HashMap;
import java.util.HashSet;
import java.util.IdentityHashMap;
import java.util.Iterator;