[LLVMdev] Bug In Module::getConstantPointerRef ?

[Reid Spencer]

Sorry to trouble you with this. It was my own memory corruption problem.
I accidentally allocated the LLVM Module in a memory segment type that
is known to be buggy. Using the std::operator new makes the problem go
away.  Oops.

_SORRY_

Reid (really glad I didn't file a bug report now) Spencer.

On Mon, 2004-02-02 at 14:56, Chris Lattner wrote:

> 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 called but that constructor doesn't do much (i.e. provide a
> > value for _M_header).
> >
> > One other note: this used to work a couple weeks ago. I just did a cvs
> > update and rebuilt LLVM.  My code hasn't changed.
> 
> Nothing has really changed in this part of the compiler for a long time,
> and I don't think we are abusing std::map's here.  Is it possible that
> part of your tree is out of sync with the rest of it or something?  Maybe
> make clean would help?
> 
> -Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20040202/290c3e5f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20040202/290c3e5f/attachment.sig>