src-test2/libexec/rtld-elf, branch release/5.3.0_cvs

This commit was manufactured by cvs2svn to create tag

2004-11-04T19:12:42Z

'RELENG_5_3_0_RELEASE'. This commit was manufactured to restore the state of the 5.3-RELEASE image.

This commit was manufactured by cvs2svn to create branch 'RELENG_5'.

2004-08-18T16:37:05Z

Add stubs for powerpc TLS.

2004-08-04T19:12:14Z

Submitted by: ssouhlal

Add support for Thread Local Storage.

2004-08-03T08:51:00Z

Consistently use inline instead of inline__ as the former is an empty macro

2004-07-04T16:11:03Z

in for compilers without support for inline.

Fix the problem that surfaced with the new binutils import on sparc64

2004-06-18T02:01:37Z

(and that is for now being worked around by a binutils patch). The rtld code tested &_DYNAMIC against 0 to see whether rtld itself was built as PIC or not. While the sparc64 MD code did not rely on the preset value of the GOT slot for _DYNAMIC any more due to previous binutils changes, it still used to not be 0, so that this check did work. The new binutils do however initialize this slot with 0. As a consequence, rtld would not properly initialize itself and crash. Fix that by introducing a new macro, RTLD_IS_DYNAMIC, to take the role of this test. For sparc64, it is implemented using the rtld_dynamic() code that was already there. If an architecture does not provide its own implementation, we default to the old check. While being there, mark _DYNAMIC as a weak symbol in the sparc64 rtld_start.S. This is needed in the LDSCRIPT case, which is however not currently supported for want of an actual ldscript. Sanity checked with md5 on alpha, amd64, i386 and ia64.

This comment should have been removed in the previous commit.

2004-06-17T19:01:53Z

Spotted out by: marcus, simon

Woohoo !

2004-06-17T17:53:16Z

the latest binutils import mades this gross hack useless, so just remove it.

give out a little more information in case of a missing dependency

2004-05-28T00:05:28Z

PR: 56549 Submitted by: edwin Reviewed by: joerg, ru Approved by: joerg MFC after: 2 weeks

Support basename and path based constrained matches.

2004-05-24T01:24:13Z

eg: [foo] ... matches any executable 'foo' [/usr/bin/foo/] ... matches any executable under the directory /usr/bin/foo/ Exact matches continue to function as before. PR: bin/66769 Submitted-by: Dan Nelson