-
Notifications
You must be signed in to change notification settings - Fork 5
Installation Instructions? #18
Comments
Assuming you have Binary Ninja installed, git clone https://github.com/emesare/binja-msvc
cd binja-msvc
git submodule update --init --recursive
cmake --preset "default-debug" # or "default-release"
cd out/build
cmake --build "default-debug" Then grab the plugin .so/.dylib/.dll and put it in your plugin directory (see: binary ninja docs for where that directory is) |
@rickhg12hs does the above answer your question? |
I'll see if I can figure it out, but so far: First try
Second tryAfter a bit of poking around, I tried:
Third try
Try 3.5
|
Oops forgot to init submodules!
|
OK, everything is built and I moved Looking in the Log, I see:
🤔 FYI:
|
The current commit for |
OK, I'll try the Is there anyway this can be automated? I just recently purchased the student personal license and I'm not very familiar with the project structure. I already needed to tell |
There is only one proper Currently the idea is to have CI in the future (see: #3) build native plugins automatically and be downloadable in the plugin manager. The following GitHub issues are relevant: |
I switched to the dev update channel and everything seems to be working now. Thanks for your help |
Well, since I'm on the
How do I fix this? |
Playing around with It would be nice if there was a straightforward way of doing this. I'm also wondering why |
This is the inverse of the problem before, instead of the plugin being on a newer ABI version relative to your Binary Ninja installation the plugin is on an older ABI version, the commit which bumped the version was Vector35/binaryninja-api@12170f9. To fix this you must update the versioned |
I would defer to what I said above about there being a need for automatic releases to prevent users from needing to compile native plugins themselves, while the underlying fix would also be usable to make building easier for the user, its best done in CI where the build environment is known. |
Just a quick note for @rickhg12hs or others following this process that you can find the appropriate commit of the API repo to checkout at by looking in your installation path of Binary Ninja. There is an So a quick way to fix this would be:
(adjusting for whatever your platform is as appropriate) Note that this solves both the "too new" and "too old" cases as it will match the correct commit either way. |
After recent plugin changes, the installation/upgrade procedure is different.
How should |
It's just an environment variable, you set it with You can see more details here: |
My current successful build procedure (after installing all dependencies) ...
|
If I want to try your plugin with Binary Ninja, how do I do it?
The text was updated successfully, but these errors were encountered: