Groups | Search | Server Info | Login | Register

Groups > comp.arch.embedded > #32467

Re: arm-gcc, Cortex-M0+, uint64_t and alignment

Show all headers | View raw

On 20/01/2026 18:09, pozz wrote:
> Il 20/01/2026 17:41, Grant Edwards ha scritto:
>> On 2026-01-20, David Brown <david.brown@hesbynett.no> wrote:
>>
>>> You can't reduce the alignment of a struct or its elements by adding an
>>> __aligned_ attribute to the struct itself or any of its fields.  The
>>> best you can do on the struct itself is __attribute__((packed)).  But
>>> that can come with disadvantages, and inefficient use.
>>
>> Yep making a structure aligned is an excellent way to introduce subtle
>> bugs that happen when somebody, somewhere passes a pointer to one of
>> those structure fields to some library function. 
> 
> However, as long as the application runs on Cortex-M0+, the aligned 
> version shouldn't introduce issues, should it?
> 
> 

Correctly aligned data is never a problem.  /Misaligned/ data is a problem.

The Cortex-M0+ cannot access misaligned data directly.  But if the 
compiler knows that it is misaligned - by "packed" struct, or "aligned" 
attribute on the typedef - it should break apart the accesses into bytes 
or 16-bit half-words as necessary.  (Aligning a uint64_t to 4 byte 
alignment will not be a problem.)

Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

arm-gcc, Cortex-M0+, uint64_t and alignment pozz <pozzugno@gmail.com> - 2026-01-20 13:26 +0100
  Re: arm-gcc, Cortex-M0+, uint64_t and alignment David Brown <david.brown@hesbynett.no> - 2026-01-20 17:07 +0100
    Re: arm-gcc, Cortex-M0+, uint64_t and alignment Grant Edwards <invalid@invalid.invalid> - 2026-01-20 16:41 +0000
      Re: arm-gcc, Cortex-M0+, uint64_t and alignment pozz <pozzugno@gmail.com> - 2026-01-20 18:09 +0100
        Re: arm-gcc, Cortex-M0+, uint64_t and alignment David Brown <david.brown@hesbynett.no> - 2026-01-20 18:44 +0100
          Re: arm-gcc, Cortex-M0+, uint64_t and alignment pozz <pozzugno@gmail.com> - 2026-01-21 09:11 +0100
            Re: arm-gcc, Cortex-M0+, uint64_t and alignment David Brown <david.brown@hesbynett.no> - 2026-01-21 10:02 +0100
              Re: arm-gcc, Cortex-M0+, uint64_t and alignment pozz <pozzugno@gmail.com> - 2026-01-21 15:58 +0100
                Re: arm-gcc, Cortex-M0+, uint64_t and alignment David Brown <david.brown@hesbynett.no> - 2026-01-21 17:13 +0100
                Re: arm-gcc, Cortex-M0+, uint64_t and alignment pozz <pozzugno@gmail.com> - 2026-01-21 17:57 +0100
                Re: arm-gcc, Cortex-M0+, uint64_t and alignment David Brown <david.brown@hesbynett.no> - 2026-01-22 10:03 +0100
        Re: arm-gcc, Cortex-M0+, uint64_t and alignment Grant Edwards <invalid@invalid.invalid> - 2026-01-20 17:48 +0000
      Re: arm-gcc, Cortex-M0+, uint64_t and alignment David Brown <david.brown@hesbynett.no> - 2026-01-20 18:41 +0100
        Re: arm-gcc, Cortex-M0+, uint64_t and alignment Grant Edwards <invalid@invalid.invalid> - 2026-01-20 18:10 +0000
          Re: arm-gcc, Cortex-M0+, uint64_t and alignment David Brown <david.brown@hesbynett.no> - 2026-01-20 22:32 +0100
            Re: arm-gcc, Cortex-M0+, uint64_t and alignment Grant Edwards <invalid@invalid.invalid> - 2026-01-21 03:38 +0000
              Re: arm-gcc, Cortex-M0+, uint64_t and alignment David Brown <david.brown@hesbynett.no> - 2026-01-21 08:54 +0100
    Re: arm-gcc, Cortex-M0+, uint64_t and alignment pozz <pozzugno@gmail.com> - 2026-01-20 17:55 +0100
      Re: arm-gcc, Cortex-M0+, uint64_t and alignment David Brown <david.brown@hesbynett.no> - 2026-01-20 22:24 +0100

csiph-web