https://bugs.kde.org/show_bug.cgi?id=385409
Florian Weimer <fwei...@redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #114302|0 |1
is obsolete| |
--- Comment #30 from Florian Weimer <fwei...@redhat.com> ---
Created attachment 114305
--> https://bugs.kde.org/attachment.cgi?id=114305&action=edit
Implement early exit in s390_vr_loadWithLength
Updated patch. This seems to fix the VLL issue. Limited testing only.
However, these VLL instructions are typically part of the GCC inline expansion
of strlen, and the result is used with VFENEZBS. Since VLL is used to
over-load bytes until the next boundary, the vector result is partially
undefined. VFENEZBS is implemented with a host assist only, though, so we get
tons of warnings from inline copies of strlen:
==52238== Conditional jump or move depends on uninitialised value(s)
==52238== at 0x401B202: strdup (strdup.c:41)
==52238== by 0x40090AF: _dl_map_object (dl-load.c:2173)
As a result, running just /bin/true on a z13-compiled distribution results in
lots of errors:
==52238== ERROR SUMMARY: 7969 errors from 450 contexts (suppressed: 0 from 0)
--
You are receiving this mail because:
You are watching all bug changes.
