unicorn-engine / unicorn

Unicorn CPU emulator framework (ARM, AArch64, M68K, Mips, Sparc, PowerPC, RiscV, S390x, TriCore, X86)

http://www.unicorn-engine.org

GNU General Public License v2.0

7.67k stars 1.35k forks source link

v2.1.0 Plan #1924

Closed wtdcode closed 2 months ago

wtdcode commented 9 months ago

Hey community!

Finally, I got some time on releasing the next version, v2.1.0. So far, my top priority todo list includes:

[x] Fully support M1, including CI, binary release etc giving the fact that Github is providing free runners. ~~(mostly done! still fixing)~~ (Really tedious due to apple closed source nature...)
~~[ ] Push java bindings to maven central~~ (postponed due to excessively CI work)
[x] Port new py3 bindings and py2 compatibility #1629 #1823
[x] Fix msvc linkage #1796

I'm also considering some urgent bugs fixes to be released in this version so I'm hearing from you! I wish to release this in Feb, hopefully.

mrj0n3s commented 9 months ago

Would be fantastic if you could fix https://github.com/unicorn-engine/unicorn/issues/1869

wtdcode commented 9 months ago

@mrj0n3s I'm afraid I don't have time to send a patch to qemu or we have to fix it on our side. I will have a check the complexity of that issue.

Montg0mery commented 9 months ago

Great to hear that there's an upcoming release! This project is so useful.

I would love it if you would take a look at #1925.

wtdcode commented 9 months ago

1925 is probably out-of-scope because:

Unicorn and capstone are two projects overall. And even if you consider both are forks, they are forked from different projects.
The definitions provided by both projects are very different. For example, I don't see how to trivially map UC_ARM_REG_CP_REG to some equavelents.
This easily breaks our compatibility.

wtdcode commented 9 months ago

1869 is fixed and I sent a patch to QEMU for further review.

https://lore.kernel.org/qemu-devel/20240215095015.570748-1-ziqiaokong@gmail.com/T/#t

Montg0mery commented 9 months ago

1925 is probably out-of-scope because:

* Unicorn and capstone are two projects overall. And even if you consider both are forks, they are forked from different projects.

* The definitions provided by both projects are very different. For example, I don't see how to trivially map `UC_ARM_REG_CP_REG` to some equavelents.

* This easily breaks our compatibility.

OK, thank you for the explanation.

wtdcode commented 9 months ago

Report from Eli, UC_ERR_INSN_INVALID doesn't respect the users' return value and halts emulation unconditionally.

wtdcode commented 8 months ago

Report from Eli, UC_ERR_INSN_INVALID doesn't respect the users' return value and halts emulation unconditionally.

Fixed

mrj0n3s commented 8 months ago

@wtdcode any updates on the timeline for the new release?

wtdcode commented 5 months ago

Another TODO: Fix CI...

wtdcode commented 2 months ago

Closing.