You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently (almost) all features are enabled for each architecture. This leads to a little inaccurate disassembly. Especially when it comes to alias of instructions.
Example from ARM:
# Without ARM_FeatureRAS
0xaff31080 hint.w #0x10
# WIth ARM_FeatureRAS
0xaff31080 esbge.w #0x10
Since an architecture can have easily more than 100 features it needs another mechanism to toggle those.
Currently only a few CS_MODE_X flags can be passed.
The text was updated successfully, but these errors were encountered:
The whole way to store options should be overthought again. Currently there is no clear distinction between options for modules and whole CS. CS_MODE_ for example gets set by the module. But in general is saved in the handle.
I think the most annoying part of the update is understanding which CPU feature is enabled or not.
LLVM uses Proc in the .td file to generate a list of CPUs which has features enabled/disabled.
Currently (almost) all features are enabled for each architecture. This leads to a little inaccurate disassembly. Especially when it comes to alias of instructions.
Example from ARM:
Since an architecture can have easily more than 100 features it needs another mechanism to toggle those.
Currently only a few
CS_MODE_X
flags can be passed.The text was updated successfully, but these errors were encountered: