Always check crc in open_debug_file for now. Bug #338791 followup.

Revision r14464 made it so that debug alt files could be found by their
build-id or their (relative) file path. Debug alt files are matched using
the given build-id, but by crc. Calculating the full CRC is costly, but
currently still needed to avoid misidentifying the main file as debug
file. Slightly more efficient would be to use fstat to check we aren't
actually opening the main file under any other name (but that only works
for local DiImages). Or we could check that the file being opened actually
has at least one .debug* section. But this change was the minimal patch
to make things work as before.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14474 a5019735-40e9-0310-863c-91ae7b9d1cf9
Fix 338698  race condition between gdbsrv and vgdb on startup



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14475 a5019735-40e9-0310-863c-91ae7b9d1cf9
Partial bypass for 338803 Handling of dwz debug alt files or cross-CU is broken

This patch avoids dereferencing absori that are in other CUs than
the CU currently being read.
This avoids dwarf reading errors when reading inlined information.
The bypass results in inlined function being reported as
UnknownInlinedFun rather than the real correct function name.

--read-var-info=yes is still broken for unknown reasons
(probably type reading is doing some other cross-CU references ?).




git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14476 a5019735-40e9-0310-863c-91ae7b9d1cf9
drd/docs/drd-manual.xml: Remove a redundant phrase.

This was reported by Dilyan Palauzov


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14477 a5019735-40e9-0310-863c-91ae7b9d1cf9
drd: Make regression test output independent of --read-inline-info

There are plans to enable --read-inline-info=yes for all Valgrind
tools. Hence make the DRD regression test output independent of how
--read-inline-info has been set.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14478 a5019735-40e9-0310-863c-91ae7b9d1cf9
Rename "--kernel-variant=android-emulator-no-hw-tls" to
"=android-no-hw-tls" per suggestion from Philippe.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14479 a5019735-40e9-0310-863c-91ae7b9d1cf9
Avoid a compiler warning about int-to-ptr casting.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14480 a5019735-40e9-0310-863c-91ae7b9d1cf9
nightly: Try even more locations for finding glibc.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14481 a5019735-40e9-0310-863c-91ae7b9d1cf9
nightly: Try harder to get vendor stuff.

/etc/issue.net might just contain control chars (like \S) a generic welcome
message or omit the precise version. The newest standard is /etc/os-release
http://www.freedesktop.org/software/systemd/man/os-release.html
Otherwise there is often lsb_release
http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/lsbrelease.html
Try those first, fall back to /etc/issue.net if neither is there.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14482 a5019735-40e9-0310-863c-91ae7b9d1cf9
nightly: source is a bashism, use '.' instead

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14483 a5019735-40e9-0310-863c-91ae7b9d1cf9
readstabs.c: Don't include a.out.h, just define the stabs symbol nlist entry.

readstabs.c tries to include a.out.h to get the stabs symbol list entry
definition. STABS isn't specifically tied to the a.out format though.
The symbol entry structure just happens to be defined in the a.out.h
header. The header isn't really standard though. It might be provided
by glibc or the kernel in different locations. And not all arches support
the a.out format so the header might not even exist. Just define the
needed nlist struct entry directly in readstabs.c for VGO_linux. All
arches in glibc and the kernel use the same one anyway.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14484 a5019735-40e9-0310-863c-91ae7b9d1cf9
Do not modify a character string that could be a readonly 
string literal.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14485 a5019735-40e9-0310-863c-91ae7b9d1cf9