search for: dpatel

...bug.cpp, line > 1306. > > > > And looking at the .bc dissassembly, I see there are indeed compile unit > > MDNodes, although at this level I can't tell if they are hooked up > correctly. > > you might want to take a look at this llvm-gcc commit: > > r137753 | dpatel | 2011-08-16 23:03:26 +0200 (Tue, 16 Aug 2011) | 3 lines > > DIBuilder is moving forward to reduce in memory use by MDNodes. However, > DIFactory does not emit debug info in updated form. > Use LLVMDebugVersion10 directly here so that debug info nodes produced by > DIFactory do not c...

...>> >>> And looking at the .bc dissassembly, I see there are indeed compile unit >>> MDNodes, although at this level I can't tell if they are hooked up correctly. >> >> you might want to take a look at this llvm-gcc commit: >> >> r137753 | dpatel | 2011-08-16 23:03:26 +0200 (Tue, 16 Aug 2011) | 3 lines >> >> DIBuilder is moving forward to reduce in memory use by MDNodes. However, >> DIFactory does not emit debug info in updated form. >> Use LLVMDebugVersion10 directly here so that debug info nodes produced...

...1306. > > > > And looking at the .bc dissassembly, I see there are indeed compile unit > > MDNodes, although at this level I can't tell if they are hooked up correctly. > > you might want to take a look at this llvm-gcc commit: > > r137753 | dpatel | 2011-08-16 23:03:26 +0200 (Tue, 16 Aug 2011) | 3 lines > > DIBuilder is moving forward to reduce in memory use by MDNodes. However, > DIFactory does not emit debug info in updated form. > Use LLVMDebugVersion10 directly here so that debug info nodes produced by > DI...

...dFunction, file /Users/talin/Projects/llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp, line 1306. And looking at the .bc dissassembly, I see there are indeed compile unit MDNodes, although at this level I can't tell if they are hooked up correctly. On Wed, Aug 31, 2011 at 9:07 AM, Devang Patel <dpatel at apple.com> wrote: > > On Aug 22, 2011, at 6:48 AM, Irina Lipov wrote: > > Hi, > I saw your update regarding "*The DIBuilder interface used by front ends > to encode debugging information in the LLVM IR now expects clients to use > DIBuilder::finalize() at the end of...

...rojects/llvm/lib/CodeGen/AsmPrinter/DwarfDebug.cpp, line 1306. > > And looking at the .bc dissassembly, I see there are indeed compile unit > MDNodes, although at this level I can't tell if they are hooked up correctly. you might want to take a look at this llvm-gcc commit: r137753 | dpatel | 2011-08-16 23:03:26 +0200 (Tue, 16 Aug 2011) | 3 lines DIBuilder is moving forward to reduce in memory use by MDNodes. However, DIFactory does not emit debug info in updated form. Use LLVMDebugVersion10 directly here so that debug info nodes produced by DIFactory do not claim to adhere newer s...

...M, Bendersky, Eli wrote: > >> Thanks. Note that there are still a few references to this MDNode scattered throughout the code-base, so if it’s no longer being generated, there may be some bugs lurking there. >> >> Eli >> >> >> From: Devang Patel [mailto:dpatel at apple.com] >> Sent: Thursday, February 09, 2012 19:36 >> To: Bendersky, Eli >> Cc: llvmdev at cs.uiuc.edu >> Subject: Re: generating !llvm.dbg.sp >> >> >> On Feb 9, 2012, at 7:17 AM, "Bendersky, Eli" <eli.bendersky at intel.com> wrot...

Eric, Devang, FYI exactly the same applies for llvm.dbg.gv - it's also still listed in the docs and in various places throughout the code, although no longer generated. Eli From: Devang Patel [mailto:dpatel at apple.com] Sent: Monday, February 13, 2012 19:26 To: Eric Christopher Cc: Bendersky, Eli; llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] generating !llvm.dbg.sp Thanks Eric. I know some of the references are in the code used for backward compatibility. - Devang On Feb 13, 2012, at 9:21 AM, Eric...

...Eric Christopher Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] generating !llvm.dbg.sp Eric, Devang, FYI exactly the same applies for llvm.dbg.gv - it's also still listed in the docs and in various places throughout the code, although no longer generated. Eli From: Devang Patel [mailto:dpatel at apple.com]<mailto:[mailto:dpatel at apple.com]> Sent: Monday, February 13, 2012 19:26 To: Eric Christopher Cc: Bendersky, Eli; llvmdev at cs.uiuc.edu<mailto:llvmdev at cs.uiuc.edu> Subject: Re: [LLVMdev] generating !llvm.dbg.sp Thanks Eric. I know some of the references are in the c...

Hi Devang, On Wed, Oct 13, 2010 at 12:44 PM, Devang Patel <dpatel at apple.com> wrote: > In your example, you do not need to update debug info for @global_var at the moment. We are not identifying tls in debug info yet. Does that mean I will not be able to debug applications which use tls through gdb if they are build with gcc-lllvm or clang. > On Oct...

...r: "dwarf_srclines: DW_DLE_ATTR_FORM_BAD". The weird part is that it does this even when I completely disable the code that calls IRBuilder.SetCurrentDebugLocation()). As per usual, this is with a recent LLVM head (like about a week old). On Tue, Sep 7, 2010 at 9:21 AM, Devang Patel <dpatel at apple.com> wrote: > > On Sep 7, 2010, at 9:11 AM, Renato Golin wrote: > > On 7 September 2010 16:49, Devang Patel <dpatel at apple.com> wrote: > > Your recent changes mentioned below would change correctness of debug info, > > but it would unlikely to impact str...

On 7 September 2010 16:49, Devang Patel <dpatel at apple.com> wrote: > Your recent changes mentioned below would change correctness of debug info, > but it would unlikely to impact structure of DWARF generated. And somehow, > this structure is invalid in your case. I was hoping for a quick-fix on the assumptions of DwarfDebug about...

On Mon, Oct 24, 2011 at 9:17 AM, Devang Patel <dpatel at apple.com> wrote: > > On Oct 23, 2011, at 12:03 AM, Talin wrote: > > Just a follow up on this - I am still having problems, I never did figure > out a solution. (I've been running with debug off for the last month so that > I could get work done.) > > Here's w...

On 2 May 2011 17:36, Devang Patel <dpatel at apple.com> wrote: > Here there is not any instruction (ignoring dbg intrinsics) with line number > information. If you add !dbg !7 at the end of 'ret' then it'll work. Hi Devang, Why does type/variable information depend on line information? cheers, --renato

On 8 September 2011 10:57, Devang Patel <dpatel at apple.com> wrote: > Hi Paul, > > On Sep 8, 2011, at 10:52 AM, Redmond, Paul wrote: > > Hi,**** > ** ** > Can anyone point me to some code (or offer advice) on how I can merge one > Module into another?**** > ** ** > I have a list of Modules each containing one F...

On Thu, Feb 24, 2011 at 1:29 PM, Devang Patel <dpatel at apple.com> wrote: > Hi All, > DIFactory interface, part of DebugInfo.h, is used to emit LLVM IR constructs > to encode debugging information. We are replacing this interface with new > simple interface, DIBuilder. > Here is one example that demonstrates differences between two...

Hi Devang, Is there any particular reason as to why debug info support for tls hasn't been implemented. Is the feature in pipeline ? How hard is it to implement ? On Wed, Oct 13, 2010 at 4:12 PM, Devang Patel <dpatel at apple.com> wrote: > > On Oct 13, 2010, at 10:09 AM, shankha wrote: > > Hi Devang, > > On Wed, Oct 13, 2010 at 12:44 PM, Devang Patel <dpatel at apple.com> wrote: > > In your example, you do not need to update debug info for @global_var at the > moment. We are...

On Oct 13, 2010, at 10:09 AM, shankha wrote: > Hi Devang, > > On Wed, Oct 13, 2010 at 12:44 PM, Devang Patel <dpatel at apple.com> wrote: >> In your example, you do not need to update debug info for @global_var at the moment. We are not identifying tls in debug info yet. > > Does that mean I will not be able to debug applications which use tls > through gdb if they are build with gcc-lllvm or...

On 8 September 2010 18:21, Devang Patel <dpatel at apple.com> wrote: > Andrew, > > There is not any transformation in LLVM that does loop fusion. I do not of anyone who is working on this. If you're interested to work on it then it'd be great! Hi Devang, Do you know if any pass is taking metadata to avoid un-optimizing? Loo...

Hi Devang, GlobalModRefPass is also a ModulePass and it uses CallGraph Analysis. So, I think it should not necessary to extend CallGraphSCCPass to use CallGraph information. Module Pass shoule be sufficient... --Kapil On 10/8/08, Devang Patel <dpatel at apple.com> wrote: > Hi Kapil, > > On Oct 8, 2008, at 10:19 AM, kapil anand wrote: > >> Hi all, >> >> I need a new kind of analysis on LLVM Module, so I made a new pass >> to do this. This new pass extends the ModulePass class and follows >> the conven...

Hi All, DIFactory interface, part of DebugInfo.h, is used to emit LLVM IR constructs to encode debugging information. We are replacing this interface with new simple interface, DIBuilder. Here is one example that demonstrates differences between two interfaces. To create debug information entries to encode volatile type one would use following call in a language front end,