Displaying 2 results from an estimated 2 matches for "_m_header".
Did you mean:
ram_header
2004 Feb 02
2
[LLVMdev] Bug In Module::getConstantPointerRef ?
...:getConstantPointerRef(llvm::GlobalValue*) (this=0x81d4348, V=0x81d34f8) at /proj/work/llvm/llvm/lib/VMCore/Module.cpp:320
> #3 0x08060497 in llvm::ConstantPointerRef::get(llvm::GlobalValue*) (GV=0x81d34f8) at /proj/work/llvm/llvm/lib/VMCore/Constants.cpp:908
Looking deeper, I noticed that the _M_header field of the red black tree
is null:
> (gdb) p *GVRefMap
> $22 = {Map = {
> _M_t = {<_Rb_tree_base<std::pair<llvm::GlobalValue* const, llvm::ConstantPointerRef*>,std::allocator<std::pair<llvm::GlobalValue* const, llvm::ConstantPointerRef*> > >>
>...
2004 Feb 02
0
[LLVMdev] Bug In Module::getConstantPointerRef ?
On Mon, 2 Feb 2004, Reid Spencer wrote:
> > _Link_type __x = _M_root(); // Current node.
>
> The _M_root() call is de-referencing the _M_header field.
>
> This could, ostensibly, be a bug in std::_Rb_tree template but it could
> also be a usage problem.
>
> Note that the GVRefMap (in Module.cpp) has no constructor and just uses
> the default. Presumably the default constructor of the std::map (member
> Map) is also cal...