search for: isartificial

Hi Devang, Not only "vtable ptr" is a problem, for this field it seems that CLANG emits a NULL metadata node which is translated into 'i32 0'. The other problem is for 'isArtificial' field with is described as being of type i1 and CLANG emits i32. Looking at sources, it seems that it should be a i32 flag field. Hope this helps, Best Regards Seb 2011/12/15 Devang Patel <dpatel at apple.com> > > On Dec 15, 2011, at 2:32 AM, Seb wrote: > > Hi all, >...

...;; True if the global is defined in the compile unit (not extern) i32 ;; Virtuality, e.g. dwarf::DW_VIRTUALITY__virtual i32 ;; Index into a virtual function metadata, ;; indicates which base type contains the vtable pointer for the ;; derived class i1 ;; isArtificial i1 ;; isOptimized Function *;; Pointer to LLVM function } When I use clang 2.9 and emit-llvm code metadata generated for a routine foo is: !0 = metadata !{i32 589870, i32 0, metadata !1, metadata !"foo", metadata !"foo", metadata !"", metadata !1, i32 1,...

...nction > metadata, ;; indicates which base type contains the vtable pointer for the > ;; derived class If you're wondering about this field then it is unused in 'c' style functions so it does not matter. I fixed it in r146665. Thanks! - Devang > i1 ;; isArtificial > i1 ;; isOptimized > Function *;; Pointer to LLVM function > > } > > When I use clang 2.9 and emit-llvm code metadata generated for a routine foo is: > > !0 = metadata !{i32 589870, i32 0, metadata !1, metadata !"foo", metadata !"foo", meta...

...f the children of a given compile unit: [image: llbrowse3.png] I've already found at least one bug in my compiler's frontend using this tool :) Oh, and before I forget, I need three small changes to DebugInfo.h: - DebugInfoFinder's 'module' parameter should be const. - isArtificial should return a bool, not an unsigned. - DIDerivedType should have an method that allows access to the 'name' attribute of the DIE. On Sun, Feb 13, 2011 at 2:59 PM, Talin <viridia at gmail.com> wrote: > LLBrowse has now been checked in to the llvm.org subversion repository:...

Reid, I have one substantial change to suggest to this. I think the distinction between module-level and cross-module optimization is artificial and unnecessary in LLVM because transparent link-time optimization makes intra-module and cross-module optimizations indistiguishable. It *is* important to distinguish between fast and slow optimizations. Because of this, I would suggest a

On 5 September 2010 19:32, Talin <viridia at gmail.com> wrote: > I've carefully studied the source code of CGDebugInfo in clang as a working > example. One puzzlement is that there's a discrepancy between what the > "source level debugging with LLVM" docs say and what clang does: According > to the docs, DW_TAG_formal_parameter is used to specify a formal

...edName(), fn->linkageName(), dbgFile_, // genDIFile(fn), 1, // getSourceLineNumber(fn->location()), dbgFuncType, fn->isSynthetic() /* isLocalToUnit */, false /* isDefinition */, 0, 0 /* VK, Index */, DIType(), false /* isArtificial */, false /* isOptimized */, f); DASSERT(sp.Verify()); } return sp; } And here's the code that generates function type descriptors: DICompositeType CodeGenerator::genDIFunctionType(const FunctionType * type) { DIDescriptorArray args; args.push_back(genDIType(typ...

LLBrowse has now been checked in to the llvm.org subversion repository: http://llvm.org/svn/llvm-project/llbrowse/trunk/ There are instructions for building and running in the doc/ directory. <http://llvm.org/svn/llvm-project/llbrowse/trunk/>First task if someone wants to take it on - update all of the source files to have the UIUC license info at the top, and add a LICENSE.txt file :)

Here are some issues that I am unclear about. What would be great is if the answers could be incorporated into the comments and documentation for DIFactory and DebugInfo.h: 1) What types of DIScope are valid arguments for DebugLoc::get()? The method takes an MDNode* argument, so looking at the function signature is no help. For example, DIFile is a subtype of DIScope, however looking at

I hate to be a nag, but after several days of working on this I am still utterly stumped. Let me recap the situation as it currently stands: I'm trying to write code that generates DWARF debugging information for my compiler using DIFactory and friends. Unfortunately the information I am generating appears to be invalid, but I can't figure out the cause. Based on the advice in the

Folks, I'm at the point in developing llvmc (Compiler Driver) where I need to get the details on the specific optimization arguments that the -O family of options should (by default) issue to "opt". I'm soliciting your feedback on this so I can start testing optimization. Hopefully you can provide it by early this coming week. For clarity, the -O options are currently defined

...DwarfUnit.cpp +++ lib/CodeGen/AsmPrinter/DwarfUnit.cpp @@ -1518,6 +1518,9 @@ void DwarfUnit::applySubprogramAttributes(DISubprogram SP, DIE &SPDie) { constructSubprogramArguments(SPDie, Args); } + if(getCUNode().getEmissionKind() == DIBuilder::LineTablesOnly) + return; + if (SP.isArtificial()) addFlag(SPDie, dwarf::DW_AT_artificial); -------------- next part -------------- A non-text attachment was scrubbed... Name: funcs.cpp Type: text/x-c++src Size: 175 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140827/81edfe40/attachment.cpp>...

I've written a little GUI application that displays an LLVM module as an expandable tree, which can be useful for examining the module's contents. Some features: - Based on wxWidgets, so it's completely cross-platform. - CMake build script can locate both LLVM and wxWidgets installations automatically. - Loads either .ll or .bc files. - Supports browsing of LLVM types,