Displaying 2 results from an estimated 2 matches for "lvalign".
Did you mean:
valign
2009 Jan 09
2
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
...its) 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(FieldDecl) ? 1 :
StructAddrLV.Alignment;
+
assert((TREE_CODE(DECL_CONTEXT(FieldDecl)) == RECORD_TYPE ||
TREE_CODE(DECL_CONTEXT(FieldDecl)) == UNION_TYPE ||
TREE_CODE(DECL_CONTEXT(FieldDecl)) == QUAL_UNION_TYPE));
@@ -6064,7 +6100,9 @@ LValue TreeToLLVM::...
2009 Jan 09
0
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
...8,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(FieldDecl) ? 1 :
> StructAddrLV.Alignment;
Can't this be expr_align(exp)?
I'll stop here, because I still don't understand the need
for incorporating the alignment into LValue.
Ciao,
Duncan.