search for: prica

...review. > > --paulr > >   > > *From:* vsk at apple.com <vsk at apple.com> *On Behalf Of * Vedant Kumar > *Sent:* Friday, February 7, 2020 3:26 PM > *To:* Robinson, Paul <paul.robinson at sony.com> > *Cc:* David Blaikie <dblaikie at gmail.com>; nikola.prica at rt-rk.com; ibaev at cisco.com; asowda at cisco.com; llvm-dev at lists.llvm.org > *Subject:* Re: [llvm-dev] Enabling debug entry value production by default > >   > > The actual DWARF emission for call site parameters is gated inside of DwarfDebug::constructCallSiteEntryDIEs by `...

...;> <francisvm at yahoo.com <mailto:francisvm at yahoo.com>> wrote: >>>> >>>> Hi, >>>> >>>> [+ Quentin] >>>> >>>> Sorry for the late reply. >>>> >>>>> On Feb 13, 2019, at 9:09 AM, Nikola Prica <nikola.prica at rt-rk.com >>>>> <mailto:nikola.prica at rt-rk.com>> wrote: >>>>> >>>>> On 12.02.2019. 18:06, Adrian Prantl wrote: >>>>>> [+ some folks more knowledgable about the Machine layer than me.] >>>>>...

...vm-dev-bounces at lists.llvm.org>> On Behalf Of Vedant Kumar via llvm-dev > Sent: Friday, February 7, 2020 2:04 PM > To: David Blaikie <dblaikie at gmail.com <mailto:dblaikie at gmail.com>> > Cc: llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>; nikola.prica at rt-rk.com <mailto:nikola.prica at rt-rk.com>; ibaev at cisco.com <mailto:ibaev at cisco.com>; asowda at cisco.com <mailto:asowda at cisco.com> > Subject: Re: [llvm-dev] Enabling debug entry value production by default > > Yep, TAG_call_site_parameter and its children...

...at apple.com> wrote: > > > >> On Feb 13, 2019, at 8:44 PM, Francis Visoiu Mistrih <francisvm at yahoo.com> wrote: >> >> Hi, >> >> [+ Quentin] >> >> Sorry for the late reply. >> >>> On Feb 13, 2019, at 9:09 AM, Nikola Prica <nikola.prica at rt-rk.com> wrote: >>> >>> On 12.02.2019. 18:06, Adrian Prantl wrote: >>>> [+ some folks more knowledgable about the Machine layer than me.] >>>> >>> That would be useful for us too! :) >>> >>> >>&g...

Hi, [+ Quentin] Sorry for the late reply. > On Feb 13, 2019, at 9:09 AM, Nikola Prica <nikola.prica at rt-rk.com> wrote: > > On 12.02.2019. 18:06, Adrian Prantl wrote: >> [+ some folks more knowledgable about the Machine layer than me.] >> > That would be useful for us too! :) > > >>> On Feb 12, 2019, at 5:07 AM, Nikola Prica <nikola....

[+ some folks more knowledgable about the Machine layer than me.] > On Feb 12, 2019, at 5:07 AM, Nikola Prica <nikola.prica at rt-rk.com> wrote: > > Hi, > > I am one of the authors of this feature. On Phabricator, we agreed to > take discussion whether encoding this in IR and threading it through the > compiler or performing a late MIR analysis is the better approach. > > R...

Yep, TAG_call_site_parameter and its children shouldn't require any extra relocations. Thanks! vedant > On Feb 7, 2020, at 2:01 PM, David Blaikie <dblaikie at gmail.com> wrote: > > For that sort of small growth, if it doesn't add more relocations (I think the call sites need them (but they're already emitted/that's not what we're discussing enabling here), but

...M. The patches for review will be posted soon. > > > > RFC: [DebugInfo] Improving Debug Information in LLVM to Recover > Optimized-out Function Parameters > > > > Ananthakrishna Sowda(Cisco), asowda at cisco.com > > Nikola Prica (RT-RK/Cisco), nprica at rtrk.com > > Djordje Todorovic(RT-RK/Cisco), djtodorovic at rtrk.com > > Ivan Baev (Cisco), ibaev at cisco.com > > > > > > Overview of the problem > > Software release products are compiled...

Hi, Following is a proposal to improve location coverage for Function parameters in LLVM. The patches for review will be posted soon. RFC: [DebugInfo] Improving Debug Information in LLVM to Recover Optimized-out Function Parameters Ananthakrishna Sowda(Cisco), asowda at cisco.com Nikola Prica (RT-RK/Cisco), nprica at rtrk.com Djordje Todorovic(RT-RK/Cisco), djtodorovic at rtrk.com Ivan Baev (Cisco), ibaev at cisco.com Overview of the problem Software release products are compiled with optimization level –O2 and higher. Such products might produce a core-file in case of a failure. Sup...

...ve location coverage for Function parameters in LLVM. The patches for review will be posted soon. > > RFC: [DebugInfo] Improving Debug Information in LLVM to Recover Optimized-out Function Parameters > > Ananthakrishna Sowda(Cisco), asowda at cisco.com > Nikola Prica (RT-RK/Cisco), nprica at rtrk.com > Djordje Todorovic(RT-RK/Cisco), djtodorovic at rtrk.com > Ivan Baev (Cisco), ibaev at cisco.com > > > Overview of the problem > Software release products are compiled with optimization level –O2 and higher. Such produc...