Compile correctly under Cygwin using the following toolchains:#3
Closed
d1g1t4l wants to merge 3 commits intocapstone-engine:masterfrom
d1g1t4l:master
Closed
Compile correctly under Cygwin using the following toolchains:#3d1g1t4l wants to merge 3 commits intocapstone-engine:masterfrom d1g1t4l:master
d1g1t4l wants to merge 3 commits intocapstone-engine:masterfrom
d1g1t4l:master
Conversation
x86_64-pc-cygwin- x86_64-w64-mingw32- i686-pc-mingw32-
sephiroth99
pushed a commit
to sephiroth99/capstone
that referenced
this pull request
Sep 22, 2015
Merging mparaniak changes into fork.
tmfink
pushed a commit
to tmfink/capstone
that referenced
this pull request
Sep 8, 2021
Better error handling
aeflores
added a commit
to aeflores/capstone
that referenced
this pull request
Feb 11, 2022
kabeor
pushed a commit
that referenced
this pull request
Dec 21, 2023
…ts (#2222) Disassembling single floating points with immediate values currently gives wrong results on big endian hosts (like s390x), e.g.: ./cstool/cstool m68k40 'f2 3c 44 22 40 49 0e 56' 0 f2 3c 44 22 40 49 0e 56 fadd.s #0.000000, fp0 While it should be (like on x86): ./cstool/cstool m68k40 'f2 3c 44 22 40 49 0e 56' 0 f2 3c 44 22 40 49 0e 56 fadd.s #3.141500, fp0 The problem is that these single float values are supposed to be stored in the 32-bit "simm" field of struct cs_m68k_op (see e.g. the printing of M68K_FPU_SIZE_SINGLE in printAddressingMode() in M68KInstPrinter.c), but currently the immediate is only written to the 64-bit "imm" field of the union in cs_m68k_op. This works on little endian systems, since the least significant bytes overlap in the union there. For example, let's assume that the value 0x01020304 gets written to "imm": 04 03 02 01 00 00 00 00 uint64_t imm xx xx xx xx xx xx xx xx double dimm; xx xx xx xx .. .. .. .. float simm; But on big endian hosts, the important bytes do not overlap, so "simm" is always zero there: 00 00 00 00 01 02 03 04 uint64_t imm xx xx xx xx xx xx xx xx double dimm; xx xx xx xx .. .. .. .. float simm; To fix the problem, let's always set "simm" explicitly, this works on both, big endian and little endian hosts. Thanks to Michal Schulz for his initial analysis of the problem (in #1710) and to Travis Finkenauer for providing an easy example to reproduce the issue (in #1931). Closes: #1710
Syntactix31
added a commit
to Syntactix31/capstone
that referenced
this pull request
Mar 4, 2026
…-Branch merge resolve
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
x86_64-pc-cygwin-
x86_64-w64-mingw32-
i686-pc-mingw32-