Displaying 8 results from an estimated 8 matches for "tree_list".
Did you mean:
free_list
2008 Apr 11
1
fxtreelist question
Hello,
I''m new to Ruby and new to FXRuby. How to dump a fxtreelist to an XML?
Thanks.
_________________________________________________________________
Get in touch in an instant. Get Windows Live Messenger now.
http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh_getintouch_042008
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2006 Mar 16
0
[LLVMdev] Re: Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
...146744576 alias set -1
pointer_to_this <pointer_type 0xb7ab5bb8>>
type_6 QI
size <integer_cst 0xb7aa139c constant invariant 8>
unit size <integer_cst 0xb7aa13b8 constant invariant 1>
align 8 symtab 0 alias set -1
arg-types <tree_list 0xb7aa1efc value <void_type 0xb7ab5b40 void>>
pointer_to_this <pointer_type 0xb7121ca8>>
public external asm-frame-size 0 no-static-chain decl_2 QI
file /space/p2/ghost/build/llvm-frontend/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu/bits/compatibility.h
li...
2006 Mar 16
2
[LLVMdev] Re: Re: Re: Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
Evan Cheng wrote:
> Hi,
>
> Here is the follow on patch for this problem. Please apply this from
> the top of the tree and rebuild.
With the patch from Chris and then the patch from you combined, the previous
error disappeared, but I get another error, reduced to this:
./cc1 -fpreprocessed libgcc2.i -quiet -dumpbase libgcc2.c -mtune=pentiumpro
-auxbase-strip libgcc/./_clz.o -g -O2
2006 Sep 05
2
[LLVMdev] gfortran: array constructor problems
...stant invariant 0>
context <record_type 0x45e4c180 int_info> arguments <integer_cst
0x45e23150 0>
LLVM: uint 0 chain <field_decl 0x45e4c280 range>>
pointer_to_this <pointer_type 0x45e4c580> chain <type_decl
0x45e4c300 D.269>>
arg 0 <tree_list 0x45e49840 purpose <field_decl 0x45e4c200 kind>
value <integer_cst 0x45e23db0 constant invariant 1>
chain <tree_list 0x45e49860 purpose <field_decl 0x45e4c280
range> value <integer_cst 0x45e23db0 1>>>>
I'm having a hard time mapping this outp...
2006 Sep 02
0
[LLVMdev] gfortran calling convention
On Fri, 1 Sep 2006, Michael McCracken wrote:
> Here's what works now, and I have a separate test case for each of these:
>
> statement functions
> intrinsic functions (print, cos, etc)
> loops, goto statments
> scalarized array operations
> function calls with *no arguments*
> simple common blocks
Great!
> Function calls with more than one argument don't work.
2006 Sep 02
2
[LLVMdev] gfortran calling convention
The NIST F77 test suite doesn't seem to be compatible with gfortran at
all, so I had to work from my own sample codes, and generate test
cases from them.
Here's what works now, and I have a separate test case for each of these:
statement functions
intrinsic functions (print, cos, etc)
loops, goto statments
scalarized array operations
function calls with *no arguments*
simple common
2009 Jan 09
0
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
Hi Evan,
> LValue LV = EmitLV(lhs);
> bool isVolatile = TREE_THIS_VOLATILE(lhs);
> unsigned Alignment = expr_align(exp) / 8
>
> It's using the alignment of the expression, rather than the memory
> object of LValue.
can't you just use expr_align(lhs) instead?
> The patch saves the alignment of the memory object in LValue returned
> by EmitLV().
2009 Jan 09
2
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
Hi all,
Please review this patch. It's fixing PR3232 comment #8. Function bar
from 2008-03-24-BitFiled-And-Alloca.c compiles to:
%struct.Key = type { { i32, i32 } }
...
define i32 @bar(i64 %key_token2) nounwind {
entry:
%key_token2_addr = alloca i64 ; <i64*> [#uses=2]
%retval = alloca i32 ; <i32*> [#uses=2]
%iospec =