Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crash in StmtPrinter where some record member-access has been parsed as a pseudo Objective-C message #19136

Closed
llvmbot opened this issue Feb 6, 2014 · 2 comments
Labels
bugzilla Issues migrated from bugzilla clang:frontend Language frontend issues, e.g. anything involving "Sema"

Comments

@llvmbot
Copy link
Collaborator

llvmbot commented Feb 6, 2014

Bugzilla Link 18762
Resolution FIXED
Resolved on Feb 06, 2014 18:13
Version unspecified
OS All
Attachments Stack trace with my local compilation of clang 3.4
Reporter LLVM Bugzilla Contributor
CC @Weverything

Extended Description

Printing the AST of the following Objective-C program crashes clang 3.3 (Apple Xcode 5) and my local version of clang 3.4 (see stack trace with symbols).

The issue transposes to a crash of the AST dumper when the problematic expression "A.foo.x" is moved into a typeof().

Not sure if the bug is about the printer or the parser. (The AST looks weird to me in first place.)

cat >test.m << EOF
struct S { int x; };

@​interface A

  • (struct S)foo;
    @​end

void f() {
int _y = A.foo.x;
}
EOF

clang -Xclang -ast-print -c test.m

@Weverything
Copy link
Contributor

Fixed in 200953. -ast-print now outputs:

struct S {
int x;
};
@​interface A+ (struct S) foo;
@​end
void f() {
int _y = A.foo.x;
}

@llvmbot
Copy link
Collaborator Author

llvmbot commented Feb 7, 2014

Faster than light. Thanks!

@llvmbot llvmbot transferred this issue from llvm/llvm-bugzilla-archive Dec 9, 2021
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bugzilla Issues migrated from bugzilla clang:frontend Language frontend issues, e.g. anything involving "Sema"
Projects
None yet
Development

No branches or pull requests

2 participants