search for: 000000ca

...ize()-1, (char**)&Args[0]); > > This also gives you control over optimizations and codegen options, Yes, thanks. It's a slightly weird hack, but it works perfectly. :-) "-debug-only=jit" generates just a binary dump, like this: JIT: Binary code: JIT: 00000000: 4a04b848 000000ca 048b0000 c320 whereas "-debug-only=x86-emitter" generates this: %RAX<def> = MOV64ri <ga:poo1> %EAX<def> = MOV32rm %RAX<kill>, 1, %reg0, 0, Mem:LD(4,4) [poo1 + 0] RET %EAX<imp-use,kill> which may be more useful. Can I put in a request some machine-independ...

On Jan 21, 2009, at 4:15 AM, Andrew Haley wrote: >> That should work fine, just use "jit" instead of "x86-emitter" as the >> debug type. > > That's impossible: CurrentDebugType is now private; it appears > nowhere in the installed headers. I can't find any public interface > to allow a JIT to set it. Ah ok. I'd suggest doing what llvm-gcc

Chris Lattner wrote: > On Jan 20, 2009, at 2:10 AM, Andrew Haley wrote: > >> Chris Lattner wrote: >>> On Jan 19, 2009, at 7:55 AM, Andrew Haley wrote: >>> >>>> This is x86_64. I have a problem where an absolute memory load >>>> The current LLVM trunk does not have this bug. This seems quite a >>>> nasty >>>> bug; is

...0000002a -1 000000b1 -1 000000b8 -1 00000070 -1 00000069 -1 0000009e -1 00000033 -1 00000039 -1 0000006a -1 0000002e -1 0000001f -1 00000089 -1 00000009 -1 00000067 0 0000005c 0 00000032 0 000000d1 0 00000095 0 000000d4 0 000000d5 0 000000ca 0 000000ce 0 000000ba 0 000000c7 0 000000d0 0 000000a6 0 0000003a 0 000000b9 0 000000c8 0 000000bf 0 000000dc 0000002f 0 00000080 (D) C:\Program Files\DVDSubEdit\DVDSubEdit.exe 00000075 0 <== Backtrace: =>1 0x0040483d in dvdsubedit (+0x483d) (0x...