This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug malloc/6527] [powerpc] Malloc alignment insufficient for PowerPC


https://sourceware.org/bugzilla/show_bug.cgi?id=6527

Joost VandeVondele <joost.vandevondele at mat dot ethz.ch> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |joost.vandevondele at mat dot ethz
                   |                            |.ch

--- Comment #9 from Joost VandeVondele <joost.vandevondele at mat dot ethz.ch> ---
(In reply to joseph@codesourcery.com from comment #6)
> I don't think malloc should try to provide alignment for vector types, 
> only C standard types and types from C standard extensions defined in a 
> way that makes them types for which malloc should provide alignment; other 
> functions such as aligned_alloc should be used when bigger alignment is 
> required.  That leaves powerpc (long double) and 32-bit x86 (_Decimal128, 
> __float128 / future standard _Float128) as the only affected cases, I 
> think.

but now that gcc is autovectorizing code, it might lead to binaries with
results that randomly change depending on the alignment of the pointer returned
by malloc. See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64247

-- 
You are receiving this mail because:
You are on the CC list for the bug.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]