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)