Displaying 3 results from an estimated 3 matches for "d18565".
Did you mean:
18565
2016 Dec 12
1
cross-checking external declarations / debug info for declarations
I was able to add a call to EmitFunctionDecl in
lib/CodeGen/CodeGenModule.cpp and then needed a corresponding LLVM change
to handle Subprogram¹s in the retained type vector.
The diff D18565 is marked Abandoned. What is the future plans for
supporting full-type consumers?
On 12/9/16, 2:24 PM, "aprantl at apple.com on behalf of Adrian Prantl"
<aprantl at apple.com> wrote:
>
>
>> On Dec 9, 2016, at 2:16 PM, David Callahan <dcallahan at fb.com> wrote:
&...
2016 Dec 08
6
cross-checking external declarations / debug info for declarations
I am interested in putting together a tool which can verify that an external declaration conforms with the actual definition.
A.c:
extern int32_t foo();
Int bar() { return foo(); }
B.c:
int64_t foo() { ... }
I had thought that I could use the debug information but the debug information in A.o does not include the type of the declaration "foo", just the type of bar.
Is there a way to
2016 Dec 09
0
cross-checking external declarations / debug info for declarations
> On Dec 9, 2016, at 2:16 PM, David Callahan <dcallahan at fb.com> wrote:
>
> Adrian, this appears to generate, in my example below, the return type for
> the external function (“foo” below) but does not generate a (in Dwarf)
> DW_TAG_Subprogram which binds that type to the name. Is that expected?
>
We are probably not visiting forward declarations in CGDebugInfo. You