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

Question about plans for remill and ghidra pcode #701

Open
mrexodia opened this issue Feb 27, 2024 · 4 comments
Open

Question about plans for remill and ghidra pcode #701

mrexodia opened this issue Feb 27, 2024 · 4 comments
Labels
build Related to compiling or linking the Remill library cmake refactor

Comments

@mrexodia
Copy link
Contributor

Hello,

Recently I've been seeing a lot of activity related to Ghidra pcode in the remill repository. I was wondering what the longer-term plans are for this. Is the goal/idea to slowly move over all the architectures to pcode, or will the current C++ semantics backends stay supported?

I'm asking because I would like to add flags to the CMake to fully disable the non-Sleigh backends and I'm wondering if you would accept such a patch. Currently building remill is extremely sensitive (mainly because of the cross-compilation toolchains) and disabling everything non-Sleigh should make it possible to compile remill anywhere (including on Windows, which currently does not work).

Best regards,

Duncan

@lkorenc
Copy link
Contributor

lkorenc commented Feb 27, 2024

Hi,

I don't oppose this - I would love to have a toggle for each architecture separately. It may however need more than just some cmake changes because code is pretty tightly coupled at places making it hard to do this type of split (which is one of the reasons it is not yet implemented).
Not sure what the stance of others is on this.

@lkorenc lkorenc added build Related to compiling or linking the Remill library refactor cmake labels Feb 27, 2024
@frabert
Copy link
Contributor

frabert commented Feb 27, 2024

AFAIK there's no plan to deprecate the existing "native" semantics. I think the ability to import sleigh semantics is more of a shortcut for us to be able to support more architectures more quickly.

I would also not be opposed to this as long as the APIs don't change significantly (preferably at all)

@2over12
Copy link
Contributor

2over12 commented Feb 27, 2024

I dont think the coupling should be too bad between architectures, we would need some configuration of Name.cpp. In an ideal world (imo) we would support a list of arch names to build so if you just wanted sleigh youd do like "-DENABLED_TARGET="amd64_sleigh;aarch64_sleigh" etc

@thug-shaker

This comment was marked as abuse.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
build Related to compiling or linking the Remill library cmake refactor
Projects
None yet
Development

No branches or pull requests

5 participants