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/ 2023-08-16T17:54:42Z Warner Losh imp@FreeBSD.org 2023-08-16T17:54:42Z urn:sha1:1d386b48a555f61cb7325543adbbb5c3f3407a66 Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/ 2023-08-16T17:54:16Z Warner Losh imp@FreeBSD.org 2023-08-16T17:54:16Z urn:sha1:b3e7694832e81d7a904a10f525f8797b753bf0d3 Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/ 2023-07-11T12:12:01Z Dmitry Chagin dchagin@FreeBSD.org 2023-07-11T12:12:01Z urn:sha1:d744a37a3ad4be9d1f748258195f9d654c3cb2ae The right unwinding stop indicator should be CFI-undefined PC. https://dwarfstd.org/doc/Dwarf3.pdf - page 118: If a Return Address register is defined in the virtual unwind table, and its rule is undefined (for example, by DW_CFA_undefined), then there is no return address and no call address, and the virtual unwind of stack activations is complete. The hack localizing _start1 symbol removed. Reviewed by: kib Differential Revision: https://reviews.freebsd.org/D40624 2023-07-11T12:11:22Z Dmitry Chagin dchagin@FreeBSD.org 2023-07-11T12:11:22Z urn:sha1:d7e2580a1494a8a05d4a97fa472612df84c1539b Normally, modern unwinders uses Dwarf information to unwind stack, however in case when the code is not annotated by Dwarf instructions, unwinders fallbacks to a frame-pointer based algorithm. That is allows libunwind to unwind stack from global constructors and destructors. Also it makes gdb happy as it printed nonexistent frame before. Reviewed by: kib, imp Differential Revision: https://reviews.freebsd.org/D40948 2023-03-11T22:50:03Z Konstantin Belousov kib@FreeBSD.org 2022-10-30T23:47:44Z urn:sha1:51015e6d0f570239b0c2088dc6cf2b018928375d Why? Most trivial point, it shaves around 600 bytes from the dynamic binaries on amd64. Less trivial, the removed code is no longer part of the ABI, and we can ship updates to it with libc updates. Right now most of the csu is linked into the binaries and require us to do somewhat tricky ABI compat when it needs to change. For instance, the init_array change would be much simpler and does not require note tagging if we have init calling code in libc. This could be improved more, by splitting dynamic and static initialization. For instance, &_DYNAMIC tests can be removed then. Such change, nonetheless, would require building libc three times. I left this for later, after this change stabilizes, if ever. Reviewed by: markj Discussed with: jrtc27 (some objections, see the review), imp Tested by: markj (aarch64) Sponsored by: The FreeBSD Foundation MFC after: 3 weeks Differential revision: https://reviews.freebsd.org/D37220 2021-07-25T10:51:09Z Gleb Popov arrowd@FreeBSD.org 2021-07-22T15:28:21Z urn:sha1:feac06569a381dd7fec92c7d490fc34ef0bbdda5 Make i386 and riscv parts not use it. Approved by: kib Differential Revision: https://reviews.freebsd.org/D31281 2020-07-03T00:09:41Z John Baldwin jhb@FreeBSD.org 2020-07-03T00:09:41Z urn:sha1:b0ee263dbd3552d5b1776be0efc1c2d105f873b1 Reviewed by: kib Sponsored by: DARPA Differential Revision: https://reviews.freebsd.org/D25537 2020-06-26T19:46:30Z John Baldwin jhb@FreeBSD.org 2020-06-26T19:46:30Z urn:sha1:85a2ea3f5785a299db029b84eee6d33d174e38da Reported by: np, peterj Reviewed by: kib, emaste Sponsored by: DARPA Differential Revision: https://reviews.freebsd.org/D25469