CodeGen/ms-inline-asm.c test triggers msan use-of-uninitialized-value here:
llvm/lib/MC/MCParser/AsmParser.cpp:5629:7
Details
Diff Detail
- Build Status
Buildable 9597 Build 9597: arc lint + arc unit
Event Timeline
@krasimir - was on the process of building the sanitizer and validating, you beat me to it
include/llvm/MC/MCParser/MCTargetAsmParser.h | ||
---|---|---|
118 | minor/style: consider the use of the first constructor (while passing AOK_IntelExpr & loc & len) |
include/llvm/MC/MCParser/MCTargetAsmParser.h | ||
---|---|---|
118 | I don't understand? Are you talking delegating constructors? |
I'm gonna go ahead and commit this to unblock our integration. Will follow-up with style fixups.
include/llvm/MC/MCParser/MCTargetAsmParser.h | ||
---|---|---|
118 | indeed. i know it'll force the use of assignment for 'IntelExp', but I deem it as a fair tradeoff |
include/llvm/MC/MCParser/MCTargetAsmParser.h | ||
---|---|---|
118 | IntelExpr has 5 fields. Plus the first constructor doesn't initialize IntelExp right now. Could you please send a snippet of how the constructors should be reorganized? My delegating constructors knowledge is a bit lacking. |
AsmRewrite(SMLoc loc, unsigned len, IntelExpr exp) : AsmRewrite(AOK_IntelExpr, loc, len) { IntelExp = exp; }
Same can be done for the 2nd c'tor (& 'label'). Again - it is a style thingy, nothing too cardinal, if you find the current implementation equivalent/better - keep it
minor/style: consider the use of the first constructor (while passing AOK_IntelExpr & loc & len)