search for: gettag

This isn't a realistic/viable implementation, just a hacked up "can I make it produce the right output" kind of thing, but while I hammer out a few more details (like fixing MC to allow multiple sections with the same name but different comdat groups) I figured I'd throw it out there to have a bit of a chat about it. I've tested simple cases of a single type and they seem to

Should Elf_Dyn_Impl in Object/ELF.h also have a 32bit version. getTag/getVal/getPtr all return 64bit types however Elf_Addr etc will not always be 32bit?

Maybe security related mails should be sent elsewhere? I didn't notice any so here it goes: sender.c:receive_sums() s->count = read_int(f); .. s->sums = (struct sum_buf *)malloc(sizeof(s->sums[0])*s->count); if (!s->sums) out_of_memory("receive_sums"); for (i=0; i < (int) s->count;i++) { s->sums[i].sum1 = read_int(f);

Hi list, and Wayne in particular, It was almost a year since we had the discussion (with http://lists.samba.org/archive/rsync/2005-March/011875.html as it's conclusion) regarding chances for hash collisions and large files. As now we have someone asking about synching 5TB files, I decided to actually submit a patch. Attached is a patch that uses a non-predetermined hash table size, so that

...gt; #7 0x0000000100b05bff in llvm::CompileUnit::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 whe...

...lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp:910 #7 0x0000000100b05bff in llvm::CompileUnit::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 > >> >&...

...gt; #7 0x0000000100b05bff in llvm::CompileUnit::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 whe...

...ompileUnit.cpp:910 > #7 0x0000000100b05bff in llvm::CompileUnit::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. > I belie...

...ileUnit::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); >>>> &...

...b05bff in llvm::CompileUnit::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...

...ompileUnit.cpp:910 > #7 0x0000000100b05bff in llvm::CompileUnit::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. > > Tha...

...lVariableDIE >>>>> (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,...

...;>>>> (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()); >>>>>>...

...lVariableDIE >>>>> (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,...

...;>>>> (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()); >>>>>>...

...; (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()); >&g...

...> 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.getDi...

...c0) 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::...

...c0) 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::...

David, Thanks for reviewing! On Wed, Oct 9, 2013 at 11:36 AM, David Blaikie <dblaikie at gmail.com> wrote: > Might be easier if these were on Phabricator, but here are some thoughts: > > 0001: > This patch generally, while separated for legibility, is untested & > difficult to discuss in isolation. > I agree, this patch adds the functionality but does not use it,