freebsd-dev/usr.bin/ldd/Makefile

# $FreeBSD$

PROG?=		ldd
SRCS=		ldd.c

CFLAGS+=	-I${SRCTOP}/libexec/rtld-elf
LIBADD=		elf

.include <bsd.prog.mk>
$Id$ -> $FreeBSD$ 1999-08-28 01:08:13 +00:00			`# $FreeBSD$`
Imported NetBSD's ld for shared libs. 1993-11-03 23:41:59 +00:00
Tweak the support for using ldd on 32-bit objects a bit further. Specifically, build a 32-bit /usr/bin/ldd32 on amd64 which handles 32-bit objects. Since it is a 32-bit binary, it can fork a child process which can dlopen() a 32-bit shared library. The current 32-bit support in ldd can't do this because it does the dlopen() from a 64-bit process. In order to preserve an intuitive interface for users, the ldd binary automatically execs /usr/bin/ldd32 for 32-bit objects. The end result is that ldd on amd64 now transparently handles 32-bit shared libraries in addition to 32-bit binaries. Submitted by: ps (indirectly) 2008-08-01 21:52:41 +00:00			`PROG?= ldd`
Make ldd work on alpha. 1998-09-16 09:31:48 +00:00			`SRCS= ldd.c`
Imported NetBSD's ld for shared libs. 1993-11-03 23:41:59 +00:00
ldd: do not use dlopen(RTLD_TRACE) for dso when format is specified Problem is that rtld cannot reliably access updated environment. This was made more obvious by bfd4c875a10560aaa2. The application environment can be in arbitrary state and place, system components can observe it only during execve(2), or in case of rtld, right after execve, when environment is still at know location and format. Instead spawn ld-elf.so.1 in direct exec mode which can correctly read all inherited updates to the environment. PR: 259069 Reviewed by: arichardson, jhb Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D32464 2021-10-11 22:35:56 +00:00			`CFLAGS+= -I${SRCTOP}/libexec/rtld-elf`
Fix ldd to work with more ELF files. - Use libelf to parse ELF data structures and remove code duplication for ELF32. - Don't require the OSABI field to be set to the FreeBSD OSABI for shared libraries. Both AArch64 and RISC-V leave it set to "none" and instead depend on the ABI tag note. For ldd, this means falling back to walking the notes in PT_NOTE segments to find the ABI tag note to determine if an ELF shared library without OSABI set in the header file is a FreeBSD shared library. Reviewed by: kib MFC after: 5 days Sponsored by: DARPA Differential Revision: https://reviews.freebsd.org/D28342 2021-01-29 18:53:50 +00:00			`LIBADD= elf`

Imported NetBSD's ld for shared libs. 1993-11-03 23:41:59 +00:00			`.include <bsd.prog.mk>`