Certain ({ }) (?) expressions crash clang / ccc

[llvmbot]

Bugzilla Link	3543
Resolution	FIXED
Resolved on	Feb 17, 2011 22:08
Version	unspecified
OS	MacOS X
Attachments	crashes
Reporter	LLVM Bugzilla Contributor
CC	@tkremenek

Extended Description

I tried to narrow this further and further down for 3 hours now -
this is as good as it gets.

I think it is somehow related to ({ }) expression but I am not sure.

[llvmbot]

assigned to @tkremenek

[llvmbot]

checker-0.153

[lattner]

I see this:

$ clang clang_crash_oeh8Rx.mi
/Users/bkr/vc/jumper/tmp/ClangCrash/test.m:6:13: error: expected expression
int x = ({ label lplabel; static LOGPOINT lplog ....
^

This is because we don't support label yet. If this is not the problem you are seeing, please reopen.

*** This bug has been marked as a duplicate of bug #3801 ***

[llvmbot]

This is a multiple mess up :-)

I messed up by running into another potential problem,
which I just filed under

http://llvm.org/bugs/show_bug.cgi?id=3567

And clang messes up by crashing with exactly the same
trace regardless if label is present or not.

I will attach another crashes directory (crashed2.zip)
which show this.

Kind regards, Bjoern

[llvmbot]

Same crash - without label

[lattner]

This is a crash in the checker, in GRCoreEngineclang::GRExprEngine::ProcessStmt / CFGBlock::operator[]

[tkremenek]

This is a crash in the checker, in
GRCoreEngineclang::GRExprEngine::ProcessStmt / CFGBlock::operator[]

Okay. I'm looking into this.

[tkremenek]

Reduced test case:

int func(void) {
({});
}

[tkremenek]

Fixed:

http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20090209/012348.html

[lattner]

Clang now supports label.