compilation: use upstream symbol-prefix and binutil resolution

[hunhoffe]

Important

Blocked on a wheel containing both Xilinx/mlir-aie#3584 and Xilinx/mlir-aie#. Newest nightly is 1.4.4.dev18+gf5196d8 — the commit before #3584 — and requirements.txt pins 1.4.4.dev4. That bump belongs here; CI fails until the wheel exists. Draft until then.

mlir-aie now provides prefix_symbols_in_object() and resolves llvm-objcopy, llvm-nm and llvm-ar via aie.utils.config, so the copies here can go. −105 lines.

Added

• Nothing; this only drops local implementations in favour of upstream ones.

Changed

• KernelCompilationRule emits one PythonCallbackCompilationCommand calling upstream prefix_symbols_in_object() instead of hand-building the nm → rename-map → objcopy pipeline. Two commands instead of three, and no .symbol_map / .symbol_map.syms litter beside every prefixed object.
• _rename_symbols() and ArchiveCompilationRule take tool paths from aie.utils.config.objcopy_path() / ar_path().
• AIEContext.compilation_rules no longer threads peano_dir through.

Removed

• _prefix_symbols() and its two platform implementations — a Windows branch shelling out to an inline python -c, and a POSIX branch running nm and awk under sh. Upstream also reads the symbol name as the last field rather than awk's positional $3.
• _find_tool() / _find_working_tool() / _tool_runs(). These existed because upstream looked only in the mlir-aie bin/ dir and couldn't find llvm-nm/llvm-ar, which ship with peano. Upstream now searches both trees and has the execute-it-first guard, so this is duplication, not a workaround.
• ArchiveCompilationRule.__init__, which no longer needs either path.

PR Merge Checklist

1. The PR is rebased on the latest devel commit and pointing to devel.
2. Your PR has been reviewed and approved.
3. All checks are passing.