Displaying 8 results from an estimated 8 matches for "formal_parameter".
2018 Sep 29
2
Function Signature
Hi
I was wondering whether I can extract the function signature from the dwarf
debugging information or symbol table. I mean the argument list and the
return variables.
I know that in dwarf debugging information, a subprogram represents a
function. However, I could not find the information that is related to the
function signature. Any ideas? Many Thanks
Regards
Muhui
-------------- next part
2013 Oct 16
0
[LLVMdev] [Debug Info PATCH] for support of ref_addr and removal of DIE duplication
On Wed, Oct 16, 2013 at 1:21 PM, Manman Ren <manman.ren at gmail.com> wrote:
>
> There are a few places where we break the assumption:
> 1> formal_parameter constructed in DwarfDebug when adding attribute type
> we call SPCU->addType(Arg, ATy), where Arg does not belong to SPCU.
> 2> inlined_subroutine constructed in DwarfDebug when adding attribute
> abstract_origin
> The inlined_subroutine does not belong to the CU we call...
2013 Oct 17
2
[LLVMdev] [Debug Info PATCH] for support of ref_addr and removal of DIE duplication
On Wed, Oct 16, 2013 at 1:58 PM, David Blaikie <dblaikie at gmail.com> wrote:
>
>
>
> On Wed, Oct 16, 2013 at 1:21 PM, Manman Ren <manman.ren at gmail.com> wrote:
>
>>
>> There are a few places where we break the assumption:
>> 1> formal_parameter constructed in DwarfDebug when adding attribute type
>> we call SPCU->addType(Arg, ATy), where Arg does not belong to SPCU.
>> 2> inlined_subroutine constructed in DwarfDebug when adding attribute
>> abstract_origin
>> The inlined_subroutine does not belong t...
2013 Oct 16
2
[LLVMdev] [Debug Info PATCH] for support of ref_addr and removal of DIE duplication
There are a few places where we break the assumption:
1> formal_parameter constructed in DwarfDebug when adding attribute type
we call SPCU->addType(Arg, ATy), where Arg does not belong to SPCU.
2> inlined_subroutine constructed in DwarfDebug when adding attribute
abstract_origin
The inlined_subroutine does not belong to the CU we call addDIEEntry
on....
2013 Oct 17
1
[LLVMdev] [Debug Info PATCH] for support of ref_addr and removal of DIE duplication
...;dblaikie at gmail.com>wrote:
>>
>>>
>>>
>>>
>>> On Wed, Oct 16, 2013 at 1:21 PM, Manman Ren <manman.ren at gmail.com>wrote:
>>>
>>>>
>>>> There are a few places where we break the assumption:
>>>> 1> formal_parameter constructed in DwarfDebug when adding attribute type
>>>> we call SPCU->addType(Arg, ATy), where Arg does not belong to SPCU.
>>>> 2> inlined_subroutine constructed in DwarfDebug when adding attribute
>>>> abstract_origin
>>>> The inli...
2013 Oct 17
0
[LLVMdev] [Debug Info PATCH] for support of ref_addr and removal of DIE duplication
...2013 at 1:58 PM, David Blaikie <dblaikie at gmail.com> wrote:
>
>>
>>
>>
>> On Wed, Oct 16, 2013 at 1:21 PM, Manman Ren <manman.ren at gmail.com> wrote:
>>
>>>
>>> There are a few places where we break the assumption:
>>> 1> formal_parameter constructed in DwarfDebug when adding attribute type
>>> we call SPCU->addType(Arg, ATy), where Arg does not belong to SPCU.
>>> 2> inlined_subroutine constructed in DwarfDebug when adding attribute
>>> abstract_origin
>>> The inlined_subroutine d...
2013 Oct 16
0
[LLVMdev] [Debug Info PATCH] for support of ref_addr and removal of DIE duplication
On Wed, Oct 16, 2013 at 11:10 AM, David Blaikie <dblaikie at gmail.com> wrote:
>
>
>
> On Wed, Oct 16, 2013 at 10:54 AM, Manman Ren <manman.ren at gmail.com> wrote:
>
>>
>>
>>
>> On Tue, Oct 15, 2013 at 5:59 PM, David Blaikie <dblaikie at gmail.com>wrote:
>>
>>>
>>> In beginModule, we construct the CUs, but not all
2013 Oct 16
3
[LLVMdev] [Debug Info PATCH] for support of ref_addr and removal of DIE duplication
On Wed, Oct 16, 2013 at 10:54 AM, Manman Ren <manman.ren at gmail.com> wrote:
>
>
>
> On Tue, Oct 15, 2013 at 5:59 PM, David Blaikie <dblaikie at gmail.com> wrote:
>
>>
>> In beginModule, we construct the CUs, but not all the DIEs that belong
>>>>> to the CU.
>>>>> In endFunction, we started to construct the scope DIEs. So in