Displaying 4 results from an estimated 4 matches for "handletagdecldefinition".
2011 Jul 07
0
[LLVMdev] type-system-rewrite branch near landing
>> 1. Many Objective-C(++) tests fail, because they use implicitly
>> defined structs for various ObjC runtime data structures; the
>> ASTConsumer HandleTagDeclDefinition callback is never called for these
>> structs, which means that I don't bother to lay them out, so they only
>> ever get an opaque LLVM type. Then we get assertion failures when
>> generating code to access fields in these structs.
>
> Is there some reason we can't j...
2011 Jul 07
0
[LLVMdev] type-system-rewrite branch near landing
...ld most of LLVM+Clang, except for a couple
of files. But I'm running out of time and expertise to be able to fix
the remaining bits. Some specific concerns:
1. Many Objective-C(++) tests fail, because they use implicitly
defined structs for various ObjC runtime data structures; the
ASTConsumer HandleTagDeclDefinition callback is never called for these
structs, which means that I don't bother to lay them out, so they only
ever get an opaque LLVM type. Then we get assertion failures when
generating code to access fields in these structs.
2. Even some simple C cases fail, e.g.:
struct S;
extern struct T {...
2011 Jul 07
7
[LLVMdev] type-system-rewrite branch near landing
...for a couple
> of files. But I'm running out of time and expertise to be able to fix
> the remaining bits. Some specific concerns:
>
> 1. Many Objective-C(++) tests fail, because they use implicitly
> defined structs for various ObjC runtime data structures; the
> ASTConsumer HandleTagDeclDefinition callback is never called for these
> structs, which means that I don't bother to lay them out, so they only
> ever get an opaque LLVM type. Then we get assertion failures when
> generating code to access fields in these structs.
Is there some reason we can't just layout types lazi...
2011 Jul 07
5
[LLVMdev] type-system-rewrite branch near landing
An update on the type-system-rewrite branch (http://llvm.org/viewvc/llvm-project/llvm/branches/type-system-rewrite/):
It's now to the point where it passes all regression tests all of single source (and most of externals/multisource) when using an LLVM 2.9 version of clang to compile programs to a rbc file. I have what looks like one more subtle type mapping bug to track down, which will