search for: _vptr

http://bugs.freedesktop.org/show_bug.cgi?id=23505 Summary: KDE's Kubrick has problems with xf86-video-nouveau driver Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at

...cpp:222 weight = <optimized out> scorer = <optimized out> bits = <optimized out> hq = <optimized out> totalHits = <optimized out> hitCol = {<lucene::search::HitCollector> = {<lucene::debug::LuceneVoidBase> = {_vptr.LuceneVoidBase = 0x2}, <No data fields>}, minScore = -1.75304399e+30, bits = 0x30, hq = 0xffffffffffffffff, nDocs = 40, totalHits = 0x63e7eda6f2cc <lucene::util::Compare::WChar::operator()(wchar_t const*, wchar_t const*) const+20>} scoreDocsLength = <optimized...

...at V1 is an instruction. I am collecting the queries from GVN. I perform this dump after GVN has completed its transformations. Is it possible that the Value has been deleted from the program by GVN? Is this expected behaviour? This is the output when I type "print *V1" in gdb: {_vptr.Value = 0x91fa950, SubclassID = 92 '\\', HasValueHandle = 1 '\001', HasMetadata = 0 '\000', SubclassOptionalData = 31 '\037', SubclassData = 43368, VTy = {Ty = 0x921f6fc}, UseList = 0x8d5a550, Name = 0x8e06088} This is the output when I type "print *V1-&g...

...rn false; 1533 1534 case Instruction::Call: 1535 return selectCall(I); 1536 1537 case Instruction::BitCast: 1538 return selectBitCast(I); 1539 (gdb) call I->dump() %2 = call float @llvm.powi.f32(float %0, i32 %1) (gdb) (gdb) print *I $12 = {<llvm::Value> = { _vptr$Value = 0x60c67f0 <vtable for llvm::CallInst+16>, VTy = 0x61035c0, UseList = 0x61d3310, NameAndIsUsedByMD = {Value = 0}, SubclassID = 68 'D', HasValueHandle = 0 '\000', SubclassOptionalData = 0 '\000', SubclassData = 0, NumOperands = 3, static MaximumA...

...go into that stack frame, I see this: (gdb) up #4 Shape::~Shape (this=0x15f8760, __in_chrg=<optimized out>) at Shape.cpp:13 warning: Source file is more recent than executable. 13 blended(in_material.isTransparent()) (gdb) p this $9 = (Shape * const) 0x15f8760 (gdb) p *this $10 = {_vptr.Shape = 0x7ffff2d8e290, mName = 6, mType = { static npos = <optimized out>, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x7f7fffff7f7fffff <Address 0x7f7fffff...

...O $2 = (class llvm::cl::opt<std::basic_string<char, std::char_traits<char>, std::allocator<char> >,false,llvm::cl::parser<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > &) @0x17c200: { <llvm::cl::Option> = { _vptr$Option = 0x15f2c8, NumOccurrences = 0, Flags = 33, Position = 0, AdditionalVals = 0, NextRegistered = 0x0, ArgStr = 0x10eb92 "o", HelpStr = 0x10eb82 "Output filename", ValueStr = 0x10eb79 "filename" }, <llvm::cl::opt_storage<st...

...lt;...>/llvm-2.9/lib/VMCore/PassManager.cpp:1659 #9 0x08327b0a in llvm::PassManager::add (this=0xbffe9578, P=0x892d2e0) at <...>/llvm-2.9/lib/VMCore/PassManager.cpp:1672 #10 0x08089480 in runFooPass (M=...) at <...>/Hello.h:56 ... At that point, the variable "P" is $9 = {_vptr.Pass = 0x0, Resolver = 0x0, PassID = 0x8533e00, Kind = llvm::PT_Function}

...1536 > 1537 case Instruction::BitCast: > 1538 return selectBitCast(I); > 1539 > (gdb) call I->dump() > %2 = call float @llvm.powi.f32(float %0, i32 %1) > (gdb) > (gdb) print *I > $12 = {<llvm::Value> = { > _vptr$Value = 0x60c67f0 <vtable for llvm::CallInst+16>, VTy = > 0x61035c0, > UseList = 0x61d3310, NameAndIsUsedByMD = {Value = 0}, > SubclassID = 68 'D', > HasValueHandle = 0 '\000', SubclassOptionalData = 0 '\000', > SubclassDa...

...1535 return selectCall(I); > 1536 > 1537 case Instruction::BitCast: > 1538 return selectBitCast(I); > 1539 > (gdb) call I->dump() > %2 = call float @llvm.powi.f32(float %0, i32 %1) > (gdb) > (gdb) print *I > $12 = {<llvm::Value> = { > _vptr$Value = 0x60c67f0 <vtable for llvm::CallInst+16>, VTy = > 0x61035c0, > UseList = 0x61d3310, NameAndIsUsedByMD = {Value = 0}, SubclassID = 68 > 'D', > HasValueHandle = 0 '\000', SubclassOptionalData = 0 '\000', > SubclassData = 0, NumOperands...

...gt; 1536 >> 1537 case Instruction::BitCast: >> 1538 return selectBitCast(I); >> 1539 >> (gdb) call I->dump() >> %2 = call float @llvm.powi.f32(float %0, i32 %1) >> (gdb) >> (gdb) print *I >> $12 = {<llvm::Value> = { >> _vptr$Value = 0x60c67f0 <vtable for llvm::CallInst+16>, VTy = >> 0x61035c0, >> UseList = 0x61d3310, NameAndIsUsedByMD = {Value = 0}, SubclassID = 68 >> 'D', >> HasValueHandle = 0 '\000', SubclassOptionalData = 0 '\000', >> SubclassDa...

...anager.cpp:1659 > #9 0x08327b0a in llvm::PassManager::add (this=0xbffe9578, > P=0x892d2e0) at<...>/llvm-2.9/lib/VMCore/PassManager.cpp:1672 > #10 0x08089480 in runFooPass (M=...) at<...>/Hello.h:56 > ... > > At that point, the variable "P" is > > $9 = {_vptr.Pass = 0x0, Resolver = 0x0, PassID = 0x8533e00, Kind = > llvm::PT_Function} > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

...Currently ICP is oblivious to vtables and virtial function support. On a more complicated example found in eon benchmark, one future enhancement is to identify that an indirect call is virtual and change the comparison (shown at a higher IR level) from if (ptr->foo == A::foo) to if (ptr->_vptr == A::_vtable) This will sink one load from the original block into the less frequently executed if.false block. This opportunity was found by Balaram Makam. 4. New enhancement patch ------------------------- Currently our implementation has the following shortcomings: a. Our heuristics do not d...

...8327b0a in llvm::PassManager::add (this=0xbffe9578, >> P=0x892d2e0) at<...>/llvm-2.9/lib/VMCore/PassManager.cpp:1672 >> #10 0x08089480 in runFooPass (M=...) at<...>/Hello.h:56 >> ... >> >> At that point, the variable "P" is >> >> $9 = {_vptr.Pass = 0x0, Resolver = 0x0, PassID = 0x8533e00, Kind = >> llvm::PT_Function} >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmde...

...for sret.cpp: ------------------------------------------- Breakpoint 1 at 0x400867: file llvm/tools/clang/test/debuginfo-tests/sret.cpp, line 61. Breakpoint 1, B::AInstance (this=0x7fffffffeab8) at llvm/tools/clang/test/debuginfo-tests/sret.cpp:61 61 return a; $1 = (A &) @0x7fffffffeaa0: {_vptr$A = 0x400ae0, m_int = 12} A debugging session is active. Inferior 1 [process 9573] will be killed. Quit anyway? (y or n) [answered Y; input not from terminal] Output from r160899 (broken) for sret.cpp: ------------------------------------------ Breakpoint 1 at 0x400867: file llvm/tools/clang...

Hi, I'm afraid it looks like commit r160899 has broken two test-cases which are part of the "debuginfo-tests" repository. I believe I have narrowed it down to the correct commit... Cheers Andy

...::add (this=0xbffe9578, >>> P=0x892d2e0) at<...>/llvm-2.9/lib/VMCore/PassManager.cpp:1672 >>> #10 0x08089480 in runFooPass (M=...) at<...>/Hello.h:56 >>> ... >>> >>> At that point, the variable "P" is >>> >>> $9 = {_vptr.Pass = 0x0, Resolver = 0x0, PassID = 0x8533e00, Kind = >>> llvm::PT_Function} >>> _______________________________________________ >>> LLVM Developers mailing list >>> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >>> http://lists.cs.uiuc.edu/mai...

...>>> P=0x892d2e0) at<...>/llvm-2.9/lib/VMCore/PassManager.cpp:1672 >>>> #10 0x08089480 in runFooPass (M=...) at<...>/Hello.h:56 >>>> ... >>>> >>>> At that point, the variable "P" is >>>> >>>> $9 = {_vptr.Pass = 0x0, Resolver = 0x0, PassID = 0x8533e00, Kind = >>>> llvm::PT_Function} >>>> _______________________________________________ >>>> LLVM Developers mailing list >>>> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu >>>> http://l...

...1322 #17 0x01e84648 in llvm::PassManager::run (this=0x7fffdb40, M=@0x20093a0) at /nfs/llvm/src/llvm/lib/VMCore/PassManager.cpp:1354 #18 0x01a70774 in main (argc=3, argv=0x7fffdbf8) at /nfs/llvm/src/llvm/ tools/opt/opt.cpp:431 (gdb) x /x E 0x2036390: 0x5a5a5a5a (gdb) p n1 $1 = 5 (gdb) p *N $2 = {_vptr$Node = 0x5a5a5a5a, Relations = {<llvm::SmallVectorImpl<<unnamed>::InequalityGraph::Edge>> = {Begin = 0x5a5a5a5a, End = 0x5a5a5a5a, Capacity = 0x5a5a5a5a, FirstEl = 90 'Z'}, InlineElts = 'Z' <repeats 47 times>}} FYI, -- Marcel Moolenaar xcllnt at mac....

...ager.cpp:1659 > #9 0x08327b0a in llvm::PassManager::add (this=0xbffe9578, > P=0x892d2e0) at <...>/llvm-2.9/lib/VMCore/PassManager.cpp:1672 > #10 0x08089480 in runFooPass (M=...) at <...>/Hello.h:56 > ... > > At that point, the variable "P" is > > $9 = {_vptr.Pass = 0x0, Resolver = 0x0, PassID = 0x8533e00, Kind = > llvm::PT_Function} > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > -------------...

...d with nouveau_compiler -a c0. Apparently this shader is generated as part of the d3d9 st, with skyrimlauncher, when it's trying to detect the graphics card. dval is null, which means that something out there isn't an lvalue. Or, in this case, apparently a null value?? (gdb) p *defi $4 = {_vptr.Instruction = 0x86e570, next = 0x0, prev = 0x0, id = -1, serial = 27, op = nv50_ir::OP_SPLIT, dType = nv50_ir::TYPE_B128, sType = nv50_ir::TYPE_B128, cc = nv50_ir::CC_TR, rnd = nv50_ir::ROUND_N, cache = nv50_ir::CACHE_CA, subOp = 0, encSize = 0, saturate = 0, join = 0, fixed = 0, terminator =...