public inbox for
 help / color / mirror / Atom feed
* Re: Arm AARCH64 string alignment in .rodata
       [not found] <>
@ 2022-09-24 18:55 ` Xi Ruoyao
  0 siblings, 0 replies; only message in thread
From: Xi Ruoyao @ 2022-09-24 18:55 UTC (permalink / raw)
  To: Bob Plantz, gcc-help

On Sat, 2022-09-24 at 18:24 +0000, Bob Plantz via Gcc-help wrote:
> On 64-bit Raspberry Pi OS, gcc aligns strings in the .rodata section
> on 64-bit boundaries:
>        .text
>         .section        .rodata
>         .align  3
> .LC0:
>         .string "Enter a number: "
>         .align  3
> .LC1:
>         .string "%i"
>         .align  3
> .LC2:
>         .string "Result: %i\n"
>         .text
>         .align  2
>         .global main
>         .type   main, %function
> main:
> I understand the 32-bit boundary for the .text (32-bit instructions),
> but the element in a string is a byte. Arm documentation says that
> array addresses should be aligned at the element size. Why align the
> first character at a 64-bit boundary? Does this have to do with cache
> alignment?

In gcc/config/aarch64/aarch64.h:110:

/* Align definitions of arrays, unions and structures so that
   initializations and copies can be made more efficient.  This is not
   ABI-changing, so it only affects places where we can see the
   definition.  Increasing the alignment tends to introduce padding,
   so don't do this when optimizing for size/conserving stack space.  */

If you use -Os, ".align 2" won't show up.

Xi Ruoyao <>
School of Aerospace Science and Technology, Xidian University

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2022-09-24 18:56 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <>
2022-09-24 18:55 ` Arm AARCH64 string alignment in .rodata Xi Ruoyao

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).