bbqz007
bbqz007
yes, i know the vs2015 support constexpr. and cpprestsdk project uses CPPREST_CONSTEXPR to solves the problems cause of constexpr. i think replace that with CPPREST_CONSTEXPR to make more friendly to...
i try two releases, 3.4.0 and 3.6.0. they are in the same problem. the msys2 has gcc 10.2.0 as default. and when i try them on centos8, using gcc 8.2.0...
when i come to msys2 with gcc 10.2.0 32-bit, there is no problem. i have no idea why msys2 with mingw64 build the modules would crash.
the problem focus on `ks_option`. there is hard coding to force radix to 16 when calling `ks_option`. change assembly style or sym_resolver would call ks_option either. i have issued it...
`operation displacement(base, index, scale)` not ok `operation displacement(base, scale)` ok
X86AsmParser.cpp ::X86AsmParser::ParseMemOperand ``` if (getLexer().is(AsmToken::Percent)) { SMLoc StartLoc, EndLoc; BaseLoc = Parser.getTok().getLoc(); if (ParseRegister(BaseReg, StartLoc, EndLoc, ErrorCode)) { KsError = KS_ERR_ASM_INVALIDOPERAND; return nullptr; ``` X86AsmParser.cpp ::X86AsmParser::ParseRegister ``` Parser.Lex(); // Eat...
``` // Following the comma we should have either an index register, or a scale // value. We don't support the later form, but we want to parse it //...
Yes, it is. the problem is solved.
there is freak ``` if (Sym.isDefined()) { Value += Layout.getSymbolOffset(Sym, valid); if (!valid) { KsError = KS_ERR_ASM_FIXUP_INVALID; return false; } ``` the value is offset -4 where the actual location...