FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=main 2024-07-15T22:43:39Z 2024-07-15T22:43:39Z Warner Losh imp@FreeBSD.org 2024-07-15T04:46:32Z urn:sha1:e9ac41698b2f322d55ccf9da50a3596edb2c1800 This is a residual of the $FreeBSD$ removal. MFC After: 3 days (though I'll just run the command on the branches) Sponsored by: Netflix 2023-08-16T17:55:03Z Warner Losh imp@FreeBSD.org 2023-08-16T17:55:03Z urn:sha1:d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/ 2021-10-21T00:09:14Z Konstantin Belousov kib@FreeBSD.org 2021-10-11T22:35:56Z urn:sha1:2c7a6dad4de17c357eb91c723bad860c6512a598 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-01-29T18:53:50Z John Baldwin jhb@FreeBSD.org 2021-01-29T18:53:50Z urn:sha1:9d4104b214963bb3371ada05cae8006940121634 - 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-08T00:14:01Z Ed Maste emaste@FreeBSD.org 2021-01-08T00:14:01Z urn:sha1:0713c7b88cf08df95a2a2102f81d84b090afb510 Userland aout support has not been required since FreeBSD 2.x. If someone needs to use FreeBSD 2 shared libraries they will be best served by using a FreeBSD 2 ldd, perhaps as part of a jail with a full FreeBSD 2.x install. Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D27478 2010-08-23T22:24:11Z Warner Losh imp@FreeBSD.org 2010-08-23T22:24:11Z urn:sha1:25faff346c8453b8248f99c7cff71708262faa37 Prefer MACHNE_CPUARCH to MACHINE_ARCH in most contexts where you want to test of all the CPUs of a given family conform. 2010-01-02T10:27:05Z Ed Schouten ed@FreeBSD.org 2010-01-02T10:27:05Z urn:sha1:b7946da96b4498519f66f3f5fe72d1474bf13f7d Also add some missing $FreeBSD$ to keep svn happy. 2008-08-01T21:52:41Z John Baldwin jhb@FreeBSD.org 2008-08-01T21:52:41Z urn:sha1:e68ed7939063ce59c1c15038a0f245e7b642c9f7 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) 2004-06-29T21:13:15Z David Malone dwmalone@FreeBSD.org 2004-06-29T21:13:15Z urn:sha1:a1e5be4482947e6fd0531dce943380fe3f2c6420 to cast to long before printing. While I'm here, raise WARNS to 6. 2002-04-28T12:54:24Z Mark Murray markm@FreeBSD.org 2002-04-28T12:54:24Z urn:sha1:f5b7af34dd10f7a83fe7be4e4a34e7be63875dde