Displaying 11 results from an estimated 11 matches for "data_align".
2007 Nov 07
7
[LLVMdev] RFC: llvm-convert.cpp Patch
...har C.0[11] = {0};
char Bar[11];
Bar = C.0;
}
Anyway, it turns out that the gimplifier was generating the correct
alignment, but it was being overridden in assemble_variable():
/* On some machines, it is good to increase alignment sometimes. */
if (! DECL_USER_ALIGN (decl))
{
#ifdef DATA_ALIGNMENT
align = DATA_ALIGNMENT (TREE_TYPE (decl), align);
#endif
#ifdef CONSTANT_ALIGNMENT
=> if (DECL_INITIAL (decl) != 0 && DECL_INITIAL (decl) != error_mark_node)
align = CONSTANT_ALIGNMENT (DECL_INITIAL (decl), align);
#endif
}
By setting the DECL_USER_ALIGN field,...
2007 Nov 07
0
[LLVMdev] RFC: llvm-convert.cpp Patch
...C.0;
> }
>
> Anyway, it turns out that the gimplifier was generating the correct
> alignment, but it was being overridden in assemble_variable():
>
> /* On some machines, it is good to increase alignment sometimes. */
> if (! DECL_USER_ALIGN (decl))
> {
> #ifdef DATA_ALIGNMENT
> align = DATA_ALIGNMENT (TREE_TYPE (decl), align);
> #endif
> #ifdef CONSTANT_ALIGNMENT
> => if (DECL_INITIAL (decl) != 0 && DECL_INITIAL (decl) !=
> error_mark_node)
> align = CONSTANT_ALIGNMENT (DECL_INITIAL (decl), align);
> #endif
>...
2007 Nov 07
0
[LLVMdev] RFC: llvm-convert.cpp Patch
...r = C.0;
> }
>
> Anyway, it turns out that the gimplifier was generating the correct
> alignment, but it was being overridden in assemble_variable():
>
> /* On some machines, it is good to increase alignment sometimes. */
> if (! DECL_USER_ALIGN (decl))
> {
> #ifdef DATA_ALIGNMENT
> align = DATA_ALIGNMENT (TREE_TYPE (decl), align);
> #endif
> #ifdef CONSTANT_ALIGNMENT
> => if (DECL_INITIAL (decl) != 0 && DECL_INITIAL (decl) !=
> error_mark_node)
> align = CONSTANT_ALIGNMENT (DECL_INITIAL (decl), align);
> #endif
> }...
2015 Apr 11
2
[LLVMdev] __eh_frame info changes in Clang?
...----------------------------------------------------------------
Exception handling frame information for section __eh_frame
0x00000000: CIE
length: 0x00000014
CIE_id: 0xffffffff
- version: 0x01
+ version: 0x03
augmentation: "zR"
code_align: 1
data_align: -8
when compiled with Clang 6.1 (3.6.0svn) or llvm.org clang 3.6.0. The
detailed steps to obtain those test files are listed at
https://llvm.org/bugs/show_bug.cgi?id=23192.
Jack
2007 Nov 07
3
[LLVMdev] RFC: llvm-convert.cpp Patch
...urns out that the gimplifier was generating the correct
>> alignment, but it was being overridden in assemble_variable():
>>
>> /* On some machines, it is good to increase alignment
>> sometimes. */
>> if (! DECL_USER_ALIGN (decl))
>> {
>> #ifdef DATA_ALIGNMENT
>> align = DATA_ALIGNMENT (TREE_TYPE (decl), align);
>> #endif
>> #ifdef CONSTANT_ALIGNMENT
>> => if (DECL_INITIAL (decl) != 0 && DECL_INITIAL (decl) !=
>> error_mark_node)
>> align = CONSTANT_ALIGNMENT (DECL_INITIAL (decl), align)...
2010 Sep 01
2
[LLVMdev] "Cannot fine DIE"
...helpful.
I tried what you suggested, and it prints out about 4000 lines and then
segfaults, The last lines that it prints out are:
.debug_frame contents:
0x00000000: CIE
length: 0x00000010
CIE_id: 0xffffffff
version: 0x01
augmentation: ""
code_align: 1
data_align: -4
ra_register: 0x08
DW_CFA_def_cfa (4 (esp), 4)
DW_CFA_offset (8 (eip), 0)
DW_CFA_nop
DW_CFA_nop
Instructions: Init State: CFA=esp+4 eip=[CFA]
0x00000014: FDE
length: 0x00000028
CIE_pointer: 0x00000000
I'm...
2010 Sep 01
0
[LLVMdev] "Cannot fine DIE"
On 01 Sep 2010, at 08:47, Talin wrote:
> Once again, I have no idea what this means or how to go about
> debugging it.
> This is my biggest frustration with DIFactory - there's absolutely
> no way to
> verify that the DWARF debugging information that I've emitted into
> my module
> is correct or even sensible. The only way to test it is to try and
> debug
2010 Sep 01
0
[LLVMdev] "Cannot fine DIE"
...ut about 4000 lines and then
> segfaults, The last lines that it prints out are:
>
> .debug_frame contents:
>
> 0x00000000: CIE
> length: 0x00000010
> CIE_id: 0xffffffff
> version: 0x01
> augmentation: ""
> code_align: 1
> data_align: -4
> ra_register: 0x08
> DW_CFA_def_cfa (4 (esp), 4)
> DW_CFA_offset (8 (eip), 0)
> DW_CFA_nop
> DW_CFA_nop
> Instructions: Init State: CFA=esp+4 eip=[CFA]
>
>
> 0x00000014: FDE
> length:...
2015 Apr 27
2
[LLVMdev] __eh_frame info changes in Clang?
...e information for section __eh_frame
> >
> > 0x00000000: CIE
> > length: 0x00000014
> > CIE_id: 0xffffffff
> > - version: 0x01
> > + version: 0x03
> > augmentation: "zR"
> > code_align: 1
> > data_align: -8
> >
> > when compiled with Clang 6.1 (3.6.0svn) or llvm.org clang 3.6.0. The
> > detailed steps to obtain those test files are listed at
> > https://llvm.org/bugs/show_bug.cgi?id=23192.
> > Jack
> > _______________________________________________
>...
2010 Sep 01
2
[LLVMdev] "Cannot fine DIE"
On Sat, Aug 28, 2010 at 10:58 PM, Talin <viridia at gmail.com> wrote:
> On Sat, Aug 28, 2010 at 4:05 PM, Talin <viridia at gmail.com> wrote:
>
>> On Mon, Aug 23, 2010 at 5:58 PM, Devang Patel <devang.patel at gmail.com>wrote:
>>
>>>
>>> On Sun, Aug 22, 2010 at 12:50 PM, Talin <viridia at gmail.com> wrote:
>>>
>>>> I
2010 Sep 05
2
[LLVMdev] More DIFactory questions - still stumped
...s of debug info, and
then segfaults. The last few lines before the segfault look like this:
.debug_inlined contents:
< EMPTY >
.debug_frame contents:
0x00000000: CIE
length: 0x00000010
CIE_id: 0xffffffff
version: 0x01
augmentation: ""
code_align: 1
data_align: -4
ra_register: 0x08
DW_CFA_def_cfa (esp, 4)
DW_CFA_offset (eip, 0)
DW_CFA_nop
DW_CFA_nop
Instructions: Init State: CFA=esp+4 eip=[esp+4]
0x00000014: FDE
length: 0x00000028
CIE_pointer: 0x00000000
Segmentation fa...