@buherator Yes but no. I mean, not for the initial version because I have to actually properly design it. But once I have it designed and the initial code working, I will ping you.
@joxean that’s an interesting distribution, do you think it reflects IDA vs Ghidra usage in general?
@joxean @buherator Any thoughts on Java vs. Kotlin vs. Python?
@Patricia I don't think so, but I cannot be sure at all.
@buherator @joxean
And I should probably get https://github.com/VDOO-Connected-Trust/ghidra-pyi-generator up to date for the transition to Python3...
It's already planned, but I have no idea how much will need to change.
@buherator @tmr232 I'm 100% using mypy for the refactorization and port to Ghidra of Diaphora 4.0.
>why python and not a properly typed language
Because of compatibility issues between different reverse engineering tools. Python is the only thing that all RE tools use.
@joxean I have been expecting Ghidra to come to dominate because I would expect new hobbyists would start with it and later decide that IDA wasn’t necessary, or they were now accustomed to Ghidra. And I was thinking the pipeline for new folks would go from hobbyists to pros. But I did expect it to take significantly longer to get to almost 50%.
@buherator @joxean Ha! Seems that Ghidra are going to do first-party Python stub generation!
https://github.com/NationalSecurityAgency/ghidra/blob/master/gradle/root/distribution.gradle#L197