Mark Wielaard 0dc5853b9e Bug 381805 arm32 needs ld.so index hardwire for new glibc security fixes
glibc added some security hardening adding (optimized) index/strchr
calls in the LD_PRELOAD path:

    commit 6d0ba622891bed9d8394eef1935add53003b12e8
    Author: Florian Weimer <fweimer@redhat.com>
    Date:   Mon Jun 19 22:31:04 2017 +0200

        ld.so: Reject overly long LD_PRELOAD path elements

arm32 doesn't have an ld.so hardwire for index/strchr like other
architectures and so will always complain during early startup:

    ==9495== Conditional jump or move depends on uninitialised value(s)
    ==9495==    at 0x401CF84: index (in /usr/lib/ld-2.25.so)
    ==9495==
    ==9495== Conditional jump or move depends on uninitialised value(s)
    ==9495==    at 0x401CF88: index (in /usr/lib/ld-2.25.so)

index/strchr is doing a word load from a partially-written
stack-allocated buffer, therefore accessing uninitialized data.
This is normal for an optimized string function. The uninitialized
data does not affect the function result.

This can be suppressed by adding a index hardwire for ld.so on arm32
like on other arches. There even was already some commented out code
to do that. Enable that code.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@16458
2017-07-05 09:57:48 +00:00
..
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-05 22:13:20 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-06-26 12:14:29 +00:00
2017-05-05 22:13:20 +00:00
2017-05-05 22:13:20 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-05 22:13:20 +00:00
2017-05-05 22:13:20 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-05 22:13:20 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-08 17:21:59 +00:00
2017-05-05 22:13:20 +00:00