Causing some bogus failures in our tests. They expect valgrind not to report errors on trivial programs.

+++ This bug was initially created as a clone of Bug #798968 +++

Description of problem:
When checking program with valgrind, it reports following error:

==24209== Memcheck, a memory error detector
==24209== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==24209== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==24209== Command: ./test-lib
==24209== 
==24209== Conditional jump or move depends on uninitialised value(s)
==24209==    at 0x3325C17D36: index (strchr.S:56)
==24209==    by 0x3325C079D7: expand_dynamic_string_token (dl-load.c:430)
==24209==    by 0x3325C0826C: _dl_map_object (dl-load.c:2288)
==24209==    by 0x3325C0171D: map_doit (rtld.c:631)
==24209==    by 0x3325C0EC85: _dl_catch_error (dl-error.c:178)
==24209==    by 0x3325C00EE3: do_preload (rtld.c:820)
==24209==    by 0x3325C040BC: dl_main (rtld.c:1714)
==24209==    by 0x3325C1516A: _dl_sysdep_start (dl-sysdep.c:244)
==24209==    by 0x3325C04EE1: _dl_start (rtld.c:336)
==24209==    by 0x3325C01537: ??? (in /usr/lib64/ld-2.15.so)
==24209==  Uninitialised value was created by a stack allocation
==24209==    at 0x3325C0403D: dl_main (rtld.c:1704)
==24209== 
==24209== Conditional jump or move depends on uninitialised value(s)
==24209==    at 0x3325C17D3B: index (strchr.S:59)
==24209==    by 0x3325C079D7: expand_dynamic_string_token (dl-load.c:430)
==24209==    by 0x3325C0826C: _dl_map_object (dl-load.c:2288)
==24209==    by 0x3325C0171D: map_doit (rtld.c:631)
==24209==    by 0x3325C0EC85: _dl_catch_error (dl-error.c:178)
==24209==    by 0x3325C00EE3: do_preload (rtld.c:820)
==24209==    by 0x3325C040BC: dl_main (rtld.c:1714)
==24209==    by 0x3325C1516A: _dl_sysdep_start (dl-sysdep.c:244)
==24209==    by 0x3325C04EE1: _dl_start (rtld.c:336)
==24209==    by 0x3325C01537: ??? (in /usr/lib64/ld-2.15.so)
==24209==  Uninitialised value was created by a stack allocation
==24209==    at 0x3325C0403D: dl_main (rtld.c:1704)
==24209== 


Version-Release number of selected component (if applicable):
glibc-2.15-23.fc17.x86_64

steps to reproduce:
echo 'int main(int argc, char *argv[]) { return 0; }' >reproducer.c
gcc reproducer.c -o reproducer
valgrind ./reproducer

Additional info:
In fedora 16, valgrind is silent.

--- Additional comment from law on 2012-03-01 19:47:41 CET ---

This is a known limitation of valgrind.  It can report false positives, particularly for optimized vector implementation of string and memory functions such as strchr, memcpy, etc.

These are typically addressed via valgrind suppressions which apparently need updating.