search

rizinorg / cutter

Free and Open Source Reverse Engineering Platform powered by rizin
https://cutter.re
GNU General Public License v3.0
15.66k stars 1.14k forks source link

Plugin system should designed to be a binary standalone way #2062

Open Hacksign opened 4 years ago

Hacksign commented 4 years ago

Describe the solution you'd like For example, in order to use Ghidra & RetDec plugin with cutter, I must compile these plugin with radare2's & cutter's source code.

Describe alternatives you've considered

The convienient way: r2pm install ghidra-dec --with-cutter /path/to/cutteror/path/to/cutter/plugin Then everything is all set.

I think we should respect experience which IDA did , that is, distribute standalone plugins with binary file, let the community handle the compile thing .... just distrubite binary plugin with r2pm's repository with radare2 and cutter.

XVilka commented 4 years ago

This is what new r2pm.go is supposed to solve. It's written in Go and should be easy to improve, pull requests are welcome. See the related issues:

ITAYC0HEN commented 4 years ago

I totally agree. cc @thestr4ng3r @karliss

Hacksign commented 4 years ago

I've do some reasearch about r2ghidra-dec's compile procedure with both r2 plugin & cutter plugin. The reason why r2ghidra-dec needs source code is mainly because r2ghidra-dec needs .h files (and .so files maybe).

So, this require radare2 separate it's headers files (like relations between linux & linux-headers), otherwise it should depend on entire radare2 projects.