On Fri, 01 Sep 2006 14:53:37 +0200, Daniel Jacobowitz wrote:
...
> Can you reproduce it on mainline
...
> ?

OK, provided full testsuite this time.

The testsuite also covers the second patch (of `svr4_fetch_objfile_link_map'):
If you provided some relative path to the shared library, such as with
	export LD_LIBRARY_PATH=.
then gdb would fail to match the shared library name during the TLS lookup.

The testsuite also requires my older patch "gdb-solib-path.patch", still not
committed.  Posted as <20060622114016.GA21094@host0.dyn.jankratochvil.net>,
approved by Kevin Buettner <kevinb@redhat.com>:

2006-06-22  Jan Kratochvil  <lace@jankratochvil.net>

	* solib.c (solib_open): Fixed NULL vs. "" refusal to load inferior
	shared libraries.

ChangeLog for "gdb-sharedlibrary-path.patch":

2006-09-01  Jan Kratochvil  <jan.kratochvil@redhat.com>

	* dwarf2loc.c (dwarf_expr_tls_address): Fix for separate debuginfo.
	* solib-svr4.c (svr4_fetch_objfile_link_map): Match even absolute
	requested pathnames to the internal loaded relative pathnames.

Testsuite results not changed.


Best Regards,
Jan