search for: addstring

I tried both the most recent version of "simple" register allocation and the one from last August, and neither seems to work correctly (they run, but produce bad output). I used them to compile an old version of the Unix "replace" utility (source code attached). Here's how I created the executable: llvm-gcc -emit-llvm -O0 -c replace.c -o replace.bc opt -mem2reg

Hi Susan, > But this doesn't seem to be happening; the stores to memory are there but > the loads are not. > > Any ideas what's going wrong? Are you using VirtRegMap::addSpillPoint and VirtRegMap::addRestorePoint ? If not you may need to add calls to them to let the rewriter know where to insert the loads/stores. > If not, any advice on how to generate the loads

I found the problem! My generated code is spilling correctly but is not reloading at all. For example, if the original code has the equivalent of this (where %1024 is a virtual reg): %1024 = xxx ... yyy = %1024 and I find no physical register for %1024, then I assign it to physical register %edi and to a stackslot. That creates code like this: %edi = xxx store from %edi to the

This patch adds simple python to display vhost satistics of vhost, the codes were based on kvm_stat script from qemu. As work function has been recored, filters could be used to distinguish which kinds of work are being executed or queued: vhost statistics vhost_virtio_update_used_idx 1215215 0 vhost_virtio_get_vq_desc 1215215 0

...e ins CallInst *call = Builder.CreateCall(func, "callins"); // call to func 0 clang 0x0000000001492ec2 llvm::sys::PrintStackTrace(_IO_FILE*) + 34 1 clang 0x0000000001490f61 2 libpthread.so.0 0x00002b33bd0ee340 3 clang 0x00000000016a43a6 llvm::DwarfUnit::addString(llvm::DIE&, llvm::dwarf::Attribute, llvm::StringRef) + 22 4 clang 0x00000000016c2003 llvm::DwarfCompileUnit::applyVariableAttributes(llvm::DbgVariable const&, llvm::DIE&) + 915 5 clang 0x000000000168bdfe llvm::DwarfDebug::finishVariableDefinitions() + 270 6 clang...

I needed these for some work I'm doing in clang... -------------- next part -------------- A non-text attachment was scrubbed... Name: set.patch Type: application/octet-stream Size: 1925 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090211/82192816/attachment.obj>

...Asm->GetTempSymbol("section_line")); else - addUInt(Die, dwarf::DW_AT_stmt_list, dwarf::DW_FORM_data4, 0); + addSectionOffset(Die, dwarf::DW_AT_stmt_list, dwarf::DW_FORM_addr, + Asm->GetTempSymbol("section_line")); if (!Dir.empty()) addString(Die, dwarf::DW_AT_comp_dir, dwarf::DW_FORM_string, Dir); You probably wanted to do... @@ -1904,8 +1913,8 @@ // DW_AT_stmt_list is a offset of line number information for this // compile unit in debug_line section. if (Asm->MAI->doesDwarfUsesAbsoluteLabelForStmtList()) - addLab...

To help in vhost analyzing, the following series adding basic tracepoints to vhost. Operations of both virtqueues and vhost works were traced in current implementation, net code were untouched. A top-like satistics displaying script were introduced to help the troubleshooting. TODO: - net specific tracepoints? --- Jason Wang (2): vhost: basic tracepoints tools: virtio: add a

To help in vhost analyzing, the following series adding basic tracepoints to vhost. Operations of both virtqueues and vhost works were traced in current implementation, net code were untouched. A top-like satistics displaying script were introduced to help the troubleshooting. TODO: - net specific tracepoints? --- Jason Wang (2): vhost: basic tracepoints tools: virtio: add a

# HG changeset patch # User john.levon@sun.com # Date 1161090738 25200 # Node ID 74d0bc37ec06da88b0c38a1c34c8cc95bc28bdbd # Parent 7a86cb5bb6b6e9164bec378b5fb0a270625a2452 A couple of simple compile fixes for tools/ on Solaris. Signed-off-by: John Levon <john.levon@sun.com> diff --git a/config/Linux.mk b/config/Linux.mk --- a/config/Linux.mk +++ b/config/Linux.mk @@ -21,6 +21,7 @@

On Feb 24, 2011, at 11:36 AM, Devang Patel wrote: > > On Feb 12, 2011, at 2:07 AM, Nathan Jeffords wrote: > >> Hello All, >> >> I have created a set of patches that get dwarf debugging support working for the COFF object file. I also believe I have fixed what appears to be a bug in how line info sections are referred to from the DW_TAG_compile_unit DIE. I have run

Recent debugging on vhost net zerocopy shows the need of tracepoints. So to help in vhost{net} debugging and performance analyzing, the following series adding basic tracepoints to vhost. Operations of both vhost and vhost_net were traced in current implementation. A top-like satistics displaying script were introduced to help the troubleshooting: vhost statistics vhost_virtio_update_used_idx

Recent debugging on vhost net zerocopy shows the need of tracepoints. So to help in vhost{net} debugging and performance analyzing, the following series adding basic tracepoints to vhost. Operations of both vhost and vhost_net were traced in current implementation. A top-like satistics displaying script were introduced to help the troubleshooting: vhost statistics vhost_virtio_update_used_idx

...anmanren/llvm_git/llvm/lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp:1505 >> >> If we look at DwarfCompileUnit.cpp: >> VariableDIE = new DIE(GV.getTag()); >> // Add to map. >> insertDIE(N, VariableDIE); >> >> // Add name and type. >> addString(VariableDIE, dwarf::DW_AT_name, GV.getDisplayName()); >> addType(VariableDIE, GTy); >> >> The VariableDIE is not added to an owner yet when calling addType. >> >> Thanks, >> Manman >> >> >> >> >>> Manman >>> >>&...

...:createGlobalVariableDIE (this=0x102e13ec0, N=0x102e068c0) at /Users/manmanren/llvm_git/llvm/lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp:1505 If we look at DwarfCompileUnit.cpp: VariableDIE = new DIE(GV.getTag()); // Add to map. insertDIE(N, VariableDIE); // Add name and type. addString(VariableDIE, dwarf::DW_AT_name, GV.getDisplayName()); addType(VariableDIE, GTy); The VariableDIE is not added to an owner yet when calling addType. Thanks, Manman > Manman > >> >> >> >> On Wed, Oct 9, 2013 at 10:45 AM, Manman Ren <manman.ren at gmail.com&g...

...anmanren/llvm_git/llvm/lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp:1505 >> >> If we look at DwarfCompileUnit.cpp: >> VariableDIE = new DIE(GV.getTag()); >> // Add to map. >> insertDIE(N, VariableDIE); >> >> // Add name and type. >> addString(VariableDIE, dwarf::DW_AT_name, GV.getDisplayName()); >> addType(VariableDIE, GTy); >> >> The VariableDIE is not added to an owner yet when calling addType. >> > > I believe I have addressed all review comments, the patches are > re-attached here for convenience...

...N=0x102e068c0) at > /Users/manmanren/llvm_git/llvm/lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp:1505 > > If we look at DwarfCompileUnit.cpp: > VariableDIE = new DIE(GV.getTag()); > // Add to map. > insertDIE(N, VariableDIE); > > // Add name and type. > addString(VariableDIE, dwarf::DW_AT_name, GV.getDisplayName()); > addType(VariableDIE, GTy); > > The VariableDIE is not added to an owner yet when calling addType. > I believe I have addressed all review comments, the patches are re-attached here for convenience. Manman -------------- next...

# HG changeset patch # User Zhigang Wang <zhigang.x.wang@oracle.com> # Date 1342720736 14400 # Node ID ec9655b30a5fa5b5abb3e05505f681f9be559613 # Parent 43e21ce7f22151524b800a6cf0ac4ba1233b34a7 pygrub: add syslog support to pygrub Currently, when pygrub failed, we don''t know the reason because xend/xl will not capture the stderr message. This patch will log the error message to

...pp:1505 >>>> >>>> If we look at DwarfCompileUnit.cpp: >>>> VariableDIE = new DIE(GV.getTag()); >>>> // Add to map. >>>> insertDIE(N, VariableDIE); >>>> >>>> // Add name and type. >>>> addString(VariableDIE, dwarf::DW_AT_name, GV.getDisplayName()); >>>> addType(VariableDIE, GTy); >>>> >>>> The VariableDIE is not added to an owner yet when calling addType. >>>> >>> >>> I believe I have addressed all review comments, the p...

...en/AsmPrinter/DwarfCompileUnit.cpp:1505 >>> >>> If we look at DwarfCompileUnit.cpp: >>> VariableDIE = new DIE(GV.getTag()); >>> // Add to map. >>> insertDIE(N, VariableDIE); >>> >>> // Add name and type. >>> addString(VariableDIE, dwarf::DW_AT_name, GV.getDisplayName()); >>> addType(VariableDIE, GTy); >>> >>> The VariableDIE is not added to an owner yet when calling addType. >>> >> >> I believe I have addressed all review comments, the patches are >> re-a...