Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle fat binaries / archives #43

Open
CouleeApps opened this issue Apr 28, 2022 · 1 comment
Open

Handle fat binaries / archives #43

CouleeApps opened this issue Apr 28, 2022 · 1 comment
Labels
enhancement New feature or request

Comments

@CouleeApps
Copy link
Collaborator

Fat Mach-O files are a collection of binaries in one file, separated by architecture. Some of the tools can read the containers and analyze them, while others fall over, even if they could analyze the inner Mach-O. Similar happens with archive libraries (.a). It would be nice to have some way to "thin" the files for the decompilers with less capable loaders.

@CouleeApps CouleeApps added the enhancement New feature or request label Apr 28, 2022
@uxmal
Copy link

uxmal commented Sep 10, 2022

Reko maintainer here. The Reko decompiler has support for "drilling into" archives and disk images. I implemented a custom URI scheme to cope with the issue of being able to name nested paths within archives. The URI scheme is described in the comments in this file:
https://github.com/uxmal/reko/blob/master/src/Core/Loading/ImageLocation.cs
This is a WIP and I'm open to suggestions for improvements on the syntax etc.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants