Displaying 7 results from an estimated 7 matches for "field_decl".
2006 Sep 05
2
[LLVMdev] gfortran: array constructor problems
...debug_tree (exp) = <constructor 0x45e48c60
type <record_type 0x45e4c180 int_info BLK
size <integer_cst 0x45e23870 constant invariant 64>
unit size <integer_cst 0x45e238a0 constant invariant 8>
align 32 symtab 1183925312 alias set -1
fields <field_decl 0x45e4c200 kind type <integer_type 0x45e28480 int4>
asm-frame-size 0 SI file
/Users/mike/Documents/hpcl/LLVM/fortran/gcc4/src/libgfortran/intrinsics/selected_int_kind.f90
line 22
size <integer_cst 0x45e23600 constant invariant 32>
unit size <intege...
2010 Mar 09
0
[LLVMdev] Fwd: help with llvm-convert
...decl 0x20000b44240 ap
type <record_type 0x200008f96b0 va_list sizes-gimplified no-force-blk BLK
size <integer_cst 0x20000820ea0 constant invariant 128>
unit size <integer_cst 0x20000820ed0 constant invariant 16>
align 64 symtab 0 alias set -1
fields <field_decl 0x20000846180 __base type <pointer_type
0x20000833130>
unsigned asm-frame-size 0 DI file <built-in> line 0
size <integer_cst 0x20000820b70 constant invariant 64>
unit size <integer_cst 0x20000820ba0 constant invariant 8>
align 64 o...
2009 Jan 09
2
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
...cast<ConstantInt>(IndexVal)-
>getZExtValue());
+ return LValue(BitCastToType(Ptr,
+
PointerType::getUnqual(ConvertType(TREE_TYPE(exp)))),
+ Alignment);
}
/// getFieldOffsetInBits - Return the offset (in bits) of a
FIELD_DECL in a
@@ -6028,8 +6063,9 @@ static unsigned getComponentRefOffsetInB
LValue TreeToLLVM::EmitLV_COMPONENT_REF(tree exp) {
LValue StructAddrLV = EmitLV(TREE_OPERAND(exp, 0));
- tree FieldDecl = TREE_OPERAND(exp, 1);
-
+ tree FieldDecl = TREE_OPERAND(exp, 1);
+ unsigned LVAlign = DECL_PACKED(...
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 Feb 19
2
[LLVMdev] please review this fix for PR3510
Please review this patch for PR3510 (and <rdar://problem/6564697>).
The bug is a failure to handle a "hole" inside an initialized
structure, where the hole may be induced by a designated initializer
or by alignment:
http://llvm.org/bugs/show_bug.cgi?id=3510
The original code was greatly simplified by using FieldNo to index the
LLVM fields and the initializer in
2006 Sep 11
0
[LLVMdev] trying to build llvm-gcc in linux/amd64
On Mon, 11 Sep 2006, [UTF-8] Rafael Esp?ndola wrote:
> I am trying to build llvm-gcc4 on a amd64. I had to add the attached
> patch to get the build system to select the correct library. Now the
Applied.
> build fails while compiling a code that has __builtin_va_copy. The
> attached test.i fails with:
>
> cc1: ../../trunk/gcc/llvm-convert.cpp:443: llvm::Value*
>
2006 Sep 11
5
[LLVMdev] trying to build llvm-gcc in linux/amd64
I am trying to build llvm-gcc4 on a amd64. I had to add the attached
patch to get the build system to select the correct library. Now the
build fails while compiling a code that has __builtin_va_copy. The
attached test.i fails with:
cc1: ../../trunk/gcc/llvm-convert.cpp:443: llvm::Value*
TreeToLLVM::Emit(tree_node*, llvm::Value*): Assertion
`(isAggregateType(((exp)->common.type)) == (DestLoc