Displaying 7 results from an estimated 7 matches for "stl_tree".
2011 Apr 19
2
[LLVMdev] Crash in llvm::JITDwarfEmitter::EmitDwarfTable on 2.8 and 2.9 release but not on trunk?
...db) bt
#0 0x0000000100852203 in llvm::JITDwarfEmitter::EmitDwarfTable () at context.h:491
#1 0x0000000100859a76 in (anonymous namespace)::JITEmitter::finishFunction () at context.h:491
#2 0x0000000100871a6a in (anonymous namespace)::Emitter<llvm::JITCodeEmitter>::runOnMachineFunction () at stl_tree.h:1050
#3 0x0000000100b1381d in llvm::MachineFunctionPass::runOnFunction () at stl_tree.h:1050
#4 0x0000000100ee15f0 in llvm::FPPassManager::runOnFunction () at stl_tree.h:1050
#5 0x0000000100ee178c in llvm::FunctionPassManagerImpl::run () at stl_tree.h:1050
#6 0x0000000100ee1a79 in llvm::Funct...
2011 Apr 19
0
[LLVMdev] Crash in llvm::JITDwarfEmitter::EmitDwarfTable on 2.8 and 2.9 release but not on trunk?
...0x0000000100852203 in llvm::JITDwarfEmitter::EmitDwarfTable () at context.h:491
> #1 0x0000000100859a76 in (anonymous namespace)::JITEmitter::finishFunction () at context.h:491
> #2 0x0000000100871a6a in (anonymous namespace)::Emitter<llvm::JITCodeEmitter>::runOnMachineFunction () at stl_tree.h:1050
> #3 0x0000000100b1381d in llvm::MachineFunctionPass::runOnFunction () at stl_tree.h:1050
> #4 0x0000000100ee15f0 in llvm::FPPassManager::runOnFunction () at stl_tree.h:1050
> #5 0x0000000100ee178c in llvm::FunctionPassManagerImpl::run () at stl_tree.h:1050
> #6 0x0000000100e...
2005 Dec 14
2
Compilation problem - CentOS 4.2 - x86_64
...g config.h
config.status: executing depfiles commands
[user at host courier-imap-4.0.6]$ make
...
// I'm just pasting the first errors, the others seems to come
from the first ones anyway:
In file included from
/usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/stl_tree.h:66,
from
/usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../../include/c++/3.4.4/set:66,
from maildirkeywords.h:435,
from maildirkeywords4.cpp:9:
/usr/lib/gcc/x86_64-redhat-linux/3.4.4/../../../../include/c++/3.4.4/bits/stl_algobase.h:64:28:
bits...
2011 Mar 31
2
[LLVMdev] Unallocated address error triggered from ::RALinScan::assignRegOrStackSlotAtInterval on i386
...bd3f8, __first=..., __last=...)
at /usr/local/gcc/4.5.2/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ext/new_allocator.h:95
#10 _M_put_node (this=0xa6bd3f8, __first=..., __last=...)
at /usr/local/gcc/4.5.2/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../include/c++/4.5.2/bits/stl_tree.h:363
#11 _M_destroy_node (this=0xa6bd3f8, __first=..., __last=...)
at /usr/local/gcc/4.5.2/lib/gcc/i686-pc-linux-gnu/4.5.2/../../../../include/c++/4.5.2/bits/stl_tree.h:409
#12 erase (this=0xa6bd3f8, __first=..., __last=...)
at /usr/local/gcc/4.5.2/lib/gcc/i686-pc-linux-gnu/4.5.2/../../....
2004 Feb 02
2
[LLVMdev] Bug In Module::getConstantPointerRef ?
I was about to post a bug concerning this, but I thought I'd check with
you folks first. The symptom is a SIGSEGV in my program in the standard
library template for red black trees (bits/stl_tree.h). The crash occurs
as the result of an LLVM Module method, getConstantPointerRef which
looks like:
// Accessor for the underlying GlobalValRefMap...
ConstantPointerRef *Module::getConstantPointerRef(GlobalValue *V){
// Create ref map lazily on demand...
if (GVRefMap == 0) GVRefMap = new Glob...
2006 Aug 14
2
[LLVMdev] Folding instructions
...f> > >,
std::less<llvm::MachineInstr*>,
std::allocator<std::pair<llvm::MachineInstr* const, std::pair<unsigned
int, llvm::VirtRegMap::ModRef> > > >::erase (this=0x8d1afcc,
__first={_M_node = 0x8d1d6e0}, __last={_M_node = 0x8d1d6e0}) at
/usr/include/c++/4.0.0/bits/stl_tree.h:1073
#3 0x0073e04c in std::_Rb_tree<llvm::MachineInstr*,
std::pair<llvm::MachineInstr* const, std::pair<unsigned int,
llvm::VirtRegMap::ModRef> >, std::_Select1st<std::pair<llvm::MachineInstr*
const, std::pair<unsigned int, llvm::VirtRegMap::ModRef> > >,
std::les...
2006 May 09
1
[LLVMdev] Memory leaks in LLVM
...ass*
const, llvm::Timer>, std::_Select1st<std::pair<llvm::Pass* const,
llvm::Timer> >, std::less<llvm::Pass*>, std::allocator<std::pair<llvm::Pass*
const, llvm::Timer> >
>::destroy_node(std::_Rb_tree_node<std::pair<llvm::Pass* const, llvm::Timer>
>*) (stl_tree.h:640)
==10132== by 0x851E92D: std::_Rb_tree<llvm::Pass*, std::pair<llvm::Pass*
const, llvm::Timer>, std::_Select1st<std::pair<llvm::Pass* const,
llvm::Timer> >, std::less<llvm::Pass*>, std::allocator<std::pair<llvm::Pass*
const, llvm::Timer> > >::_M_era...