Filter fallback Mach-O candidates to exclude runtime dylibs

[Copilot]

The dlopen fallback path added in #96 uses all Mach-Os found under Frameworks/ as candidates, bypassing the filtering that resolveLoadCommand normally applies (which ignores @rpath/libswift*). This can cause the injector to select a Swift runtime dylib as the injection target.

• Filter allMachOsInFrameworks in the fallback branch to exclude libswift* and ignoredDylibAndFrameworkNames entries before sorting/selection

letfilteredMachOs= allMachOsInFrameworks.filter{ url inletnameLower= url.lastPathComponent.lowercased()if nameLower.hasPrefix("libswift"){returnfalse}ifSelf.ignoredDylibAndFrameworkNames.contains(nameLower){returnfalse}returntrue}

[Copilot]

Pull request overview

This PR prevents the dlopen-based fallback Mach-O selection (added for Unity apps) from accidentally choosing Swift runtime dylibs as injection targets by applying the same “ignore” filtering used elsewhere in Mach-O resolution.

Changes:

• Filters the fallback Frameworks/ Mach-O candidate list to exclude libswift* dylibs.
• Also filters out entries listed in ignoredDylibAndFrameworkNames before sorting/selection.
• Updates fallback logging to report filtered vs excluded candidate counts.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.