Displaying 6 results from an estimated 6 matches for "tupletraverse".
2008 Nov 02
2
[LLVMdev] Debugging lli using bugpoint
...he lli version a
single method (subtype_traverse) is recursively called (about 2 million
times) until the program runs out of memory while the statically compiled
code (llc + gcc) calls this method (I am comparing the calls in the same
context in both cases) only once:
python with llc + gcc :
...
(tupletraverse (visit_decref (type_is_gc)))
(subtype_traverse (visit_decref (type_is_gc))
(type_traverse (visit_decref) (visit_decref) ...
python with lli:
(tupletraverse (visit_decref (type_is_gc)))
(subtype_traverse (visit_decref (type_is_gc)) (subtype_traverse
(visit_decref (type_is_gc))(subtype_traverse (vi...
2008 Nov 04
4
[LLVMdev] Debugging lli using bugpoint
...btype_traverse) is recursively called (about 2 million
> times) until the program runs out of memory while the statically compiled
> code (llc + gcc) calls this method (I am comparing the calls in the same
> context in both cases) only once:
>
> python with llc + gcc :
> ...
> (tupletraverse (visit_decref (type_is_gc)))
> (subtype_traverse (visit_decref (type_is_gc))
> (type_traverse (visit_decref) (visit_decref) ...
>
> python with lli:
>
> (tupletraverse (visit_decref (type_is_gc)))
> (subtype_traverse (visit_decref (type_is_gc)) (subtype_traverse
> (visit_dec...
2008 Nov 03
0
[LLVMdev] Debugging lli using bugpoint
...traverse) is recursively
> called (about 2 million times) until the program runs out of memory
> while the statically compiled code (llc + gcc) calls this method (I
> am comparing the calls in the same context in both cases) only once:
>
> python with llc + gcc :
> ...
> (tupletraverse (visit_decref (type_is_gc)))
> (subtype_traverse (visit_decref (type_is_gc))
> (type_traverse (visit_decref) (visit_decref) ...
>
> python with lli:
>
> (tupletraverse (visit_decref (type_is_gc)))
> (subtype_traverse (visit_decref (type_is_gc)) (subtype_traverse
> (visit_d...
2008 Nov 11
0
[LLVMdev] Debugging lli using bugpoint
...led (about 2 million times) until the program runs
>> out of memory while the statically compiled code (llc + gcc) calls
>> this method (I am comparing the calls in the same context in both
>> cases) only once:
>>
>> python with llc + gcc :
>> ...
>> (tupletraverse (visit_decref (type_is_gc)))
>> (subtype_traverse (visit_decref (type_is_gc))
>> (type_traverse (visit_decref) (visit_decref) ...
>>
>> python with lli:
>>
>> (tupletraverse (visit_decref (type_is_gc)))
>> (subtype_traverse (visit_decref (type_is_gc)) (subt...
2008 Oct 28
0
[LLVMdev] Debugging lli using bugpoint
On Tue, Oct 28, 2008 at 12:17 PM, Prakash Prabhu
<prakash.prabhu at gmail.com> wrote:
> Generating reference output from raw program: <cbe><gcc>
> Error running tool:
[snip]
> /tmp/cc08IpX8.o: In function `SyLoadModule':
> bugpoint-test-program.bc.cbe.c:(.text+0x25705): undefined reference to
> `dlopen'
[snip]
This is saying that compilation with CBE is
2008 Oct 28
2
[LLVMdev] Debugging lli using bugpoint
Hi,
I have a program that runs when statically compiled using llc and gcc but
crashes with a segmentation fault when run with lli. I am trying to debug it
with bugpoint and the initial part of bugpoint seems to be suggesting that I
am somehow missing the linking with the libraries having dlsym/dlopen
although I am passing it to lli :
*$ bugpoint -run-jit