[Bug malloc/27227] Memory corruption for altivec unaligned load / store

kungfujesus06 at gmail dot com sourceware-bugzilla@sourceware.org
Fri Jan 22 22:20:23 GMT 2021


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

--- Comment #4 from Adam Stylinski <kungfujesus06 at gmail dot com> ---
It can be but not in the current test scenario I have.  Doing vec_ld(15, ptr)
for the second half essentially means that the load will never span outside the
heap in the even that the address just so happens to be aligned, no?

Basically the final unaligned loads in the last column are triggering asan and
in general are causing issues.  I suspect the logic for unaligned stores are
causing similar grief.  I _thought_ I had been doing exactly what Apple had
mentioned here:

> Typically this means that a looping function will have to stop one loop iteration before it reaches the end of the data run, and handle the last few bytes in special case code. 

Is this now broken or had I been doing the remainder peeling incorrectly all
along?

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


More information about the Glibc-bugs mailing list