search for: pr5278

...Value *Node = MDValueList.getValueFwdRef(Record[i+1]); > 1609 TheMetadata.addMD(Kind, cast<MDNode>(Node), Inst); > 1610 } > 1611 break; > 1612 } > > At line 1606, i never becomes equal to RecordLength. I strongly suspect this is llvm.org/PR5278 . Please add your comments there, thanks! Nick

Hello, I'm trying to use DWARF informations to debug JITed code, but lli crashes when it tries to run any code coming from llvm-gcc or CLANG with the -g and -emit-llvm -c arguments. The target machine is an AMD 64 X2 processor on linux ubuntu 9.04 in x86_64 mode. Lli is generated from the current version of the svn repository. The backtrace and full bt from gdb are enclosed with this

Hi, On Sat, Oct 31, 2009 at 11:42 AM, Nan Zhu <zhunansjtu at gmail.com> wrote: > Hi,all > > I tried to run the generated whole-program bitcode of BIND,but I got some > information: > > 0   lli             0x0000000000feda16 > 1   lli             0x0000000000fed88f > 2   libpthread.so.0 0x0000003df340eee0 > 3   libc.so.6       0x0000003df28332f5 gsignal + 53 >

Hi,all I tried to run the generated whole-program bitcode of BIND,but I got some information: 0 lli 0x0000000000feda16 1 lli 0x0000000000fed88f 2 libpthread.so.0 0x0000003df340eee0 3 libc.so.6 0x0000003df28332f5 gsignal + 53 4 libc.so.6 0x0000003df2834b20 abort + 384 5 libc.so.6 0x0000003df282c2fa __assert_fail + 234 6 lli