Chen
Chen
macOS Ventura 13.3.1
The problem is that X86_JMP_4 shares the same entry on x32 and x64: ```c { X86_JMP_4, X86_INS_JMP, 0, #ifndef CAPSTONE_DIET { 0 }, { X86_REG_EIP, 0 }, { X86_GRP_BRANCH_RELATIVE, 0...
> I just ran into this, as well, but for the conditional jumps (e.g., jz). I agree it's not a straightforward change and might be best examined during the migration...
Yes, but as this is an allocator, we don't want to support such case, since the expected usage is via global_allocator.
> this function should be `unsafe`. you shouldn't expose safe functions that may cause UB. the `unsafe` attribute does not conflict with global allocator use case as `GlobalAlloc::dealloc` is declared...
We can dedup the scripts further by symlinking?
> Currently, the test results from master branch seems to be very different from the results in the CNC's articles .  Yes, the results after adding the extra alignment...
A patch for this issue can be found at https://src.fedoraproject.org/rpms/lftp/blob/rawhide/f/lftp-4.9.2-cdefs.patch
Fixed on `next` branch: ```shell $ ./cstool -d arm+m+thumb 91ec084a 0 91 ec 08 4a vldmia r1, {s8, s9, s10, s11, s12, s13, s14, s15} ID: 526 (vldmia) op_count: 9...