From 10caef99e768d75954aa51610ca1331c1009c6f4 Mon Sep 17 00:00:00 2001
From: N0zoM1z0 <161784452+N0zoM1z0@users.noreply.github.com>
Date: Tue, 13 Oct 2026 22:58:41 +0800
Subject: [PATCH] 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.
---
 bridge/ghidra/ReaGhidraBridge.java | 1 +
 1 file changed, 1 insertion(+)

diff --git a/bridge/ghidra/ReaGhidraBridge.java b/bridge/ghidra/ReaGhidraBridge.java
index c180c5866..0b7647ebf 100644
--- a/bridge/ghidra/ReaGhidraBridge.java
+++ b/bridge/ghidra/ReaGhidraBridge.java
@@ -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;