|
Revision tags: release/13.4.0-p5, release/13.5.0-p1, release/14.2.0-p3, release/13.5.0, release/14.2.0-p2, release/14.1.0-p8, release/13.4.0-p4, release/14.1.0-p7, release/14.2.0-p1, release/13.4.0-p3, release/14.2.0, release/13.4.0, release/14.1.0, release/13.3.0 |
|
| #
e0f6b29f |
| 15-Nov-2023 |
Brooks Davis <[email protected]> |
lib{c,lzma,z}: remove -DSYMBOL_VERSIONING from CFLAGS
This was part of a libkse and libpthread transition aide when libc gained symbol versions in e62165c8b0f7d6452c0033127a0fd8ad1d9e34d3 (March 200
lib{c,lzma,z}: remove -DSYMBOL_VERSIONING from CFLAGS
This was part of a libkse and libpthread transition aide when libc gained symbol versions in e62165c8b0f7d6452c0033127a0fd8ad1d9e34d3 (March 2006). The code that cared about this macro was removed in commit 00fb440c1a145b56b6c75fd405d80071aef2aab1 (May 2007) when symbol versioning was enabled by default and libthr became the default threading library. For unknown reasons, it stayed in libc (which seemingly never used it) and seems to have been copied to liblzma and libz.
Reviewed by: imp, kib, emaste Differential Revision: https://reviews.freebsd.org/D42613
(cherry picked from commit e3e9c205ff54aac287309e03a808d9e9ec5c49eb)
show more ...
|
|
Revision tags: release/14.0.0 |
|
| #
1972e2eb |
| 05-Sep-2023 |
Warner Losh <[email protected]> |
msun: LIBCSRCDIR is too fragile, use ${SRCTOP}/lib/libc instead
LIBCSRCDIR is defined in bsd.libnames.mk, which is read in later in the Makefile than the line:
.if exists(${LIBCSRCDIR}/${MACHINE_AR
msun: LIBCSRCDIR is too fragile, use ${SRCTOP}/lib/libc instead
LIBCSRCDIR is defined in bsd.libnames.mk, which is read in later in the Makefile than the line:
.if exists(${LIBCSRCDIR}/${MACHINE_ARCH})
so we test to see if /${MARCHIN_ARCH} exists which it usually doesn't (but did for me since I mounted 13.2R SD image there). Move to defining our own LIBC_SRCTOP in terms of SRCTOP to treat these uniformily.
Sponsored by: Netflix Reviewed by: sjg Differential Revision: https://reviews.freebsd.org/D41661
(cherry picked from commit b19d8afe4dd205f7d4bfa3282f58b73d504926db)
Approved by: re (cperciva@)
show more ...
|
| #
4c757938 |
| 16-Aug-2023 |
Brooks Davis <[email protected]> |
libc: include malloc via stdlib/Makefile.inc
There's a hierarchy here and we should use it.
Improves: cbeacb7c46f3a3650e5dbefa9a1a18bc9943a8cc
Reviewed by: jrtc27, jhb, emaste Sponsored by: DARPA
libc: include malloc via stdlib/Makefile.inc
There's a hierarchy here and we should use it.
Improves: cbeacb7c46f3a3650e5dbefa9a1a18bc9943a8cc
Reviewed by: jrtc27, jhb, emaste Sponsored by: DARPA Differential Revision: https://reviews.freebsd.org/D41456
show more ...
|
| #
d0b2dbfa |
| 16-Aug-2023 |
Warner Losh <[email protected]> |
Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
| #
5f2e8401 |
| 01-May-2023 |
Ed Maste <[email protected]> |
bsd.lib.mk: decouple lib*_pic.a from TOOLCHAIN build knob
A user may use a tool chain from a package or just use an existing tool chain from a previous installation. There is no reason for this to
bsd.lib.mk: decouple lib*_pic.a from TOOLCHAIN build knob
A user may use a tool chain from a package or just use an existing tool chain from a previous installation. There is no reason for this to disable the installation of lib${LIB}_pic.a.
This also means we don't need to force MK_TOOLCHAIN=yes in lib/libc.
This reverts part of commit c0f5aeb0329d71e6b02379133c0c9c0145c9afea.
Reviewed by: jrtc27 Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D39917
show more ...
|
| #
47e888f8 |
| 20-Apr-2023 |
John Baldwin <[email protected]> |
Remove a few more references to riscv64sf.
Fixes: 1ca12bd927d7 Remove the riscv64sf architecture.
|
|
Revision tags: release/13.2.0, release/12.4.0 |
|
| #
51015e6d |
| 30-Oct-2022 |
Konstantin Belousov <[email protected]> |
csu: move common code to libc
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 upd
csu: move common code to libc
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
show more ...
|
| #
ae902a5b |
| 14-Feb-2023 |
Warner Losh <[email protected]> |
libc: Simplify soft-float on 32-bit arm
Simplify the tests for 32-bit arm soft float support. For the files included only on arm, drop the test entirely. For others, test MACHINE_CPUARCH against arm
libc: Simplify soft-float on 32-bit arm
Simplify the tests for 32-bit arm soft float support. For the files included only on arm, drop the test entirely. For others, test MACHINE_CPUARCH against arm.
No functional change intended. File lists appear the same before / after the change.
Sponsored by: Netflix Reviewed by: emaste Differential Revision: https://reviews.freebsd.org/D38582
show more ...
|
| #
c3fb59ed |
| 05-Oct-2022 |
Brooks Davis <[email protected]> |
libc: Include quad support on long32 ABIs
Rather than not including it on all 64-bit platforms, just include it on 32-bit ones.
Reviewed by: imp, jhb Sponsored by: DARPA, AFRL Differential Revision
libc: Include quad support on long32 ABIs
Rather than not including it on all 64-bit platforms, just include it on 32-bit ones.
Reviewed by: imp, jhb Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D36422
show more ...
|
| #
20adba8b |
| 08-Aug-2022 |
Gleb Popov <[email protected]> |
src.conf: Introduce WITHOUT_MACHDEP knob.
Summary: This knob can be used to make buildsystem prefer generic C implentations of various functions, instead of machine-specific assembler ones.
Test Pl
src.conf: Introduce WITHOUT_MACHDEP knob.
Summary: This knob can be used to make buildsystem prefer generic C implentations of various functions, instead of machine-specific assembler ones.
Test Plan: `make buildworld` on amd64
Reviewed by: imp, emaste
Differential Revision: https://reviews.freebsd.org/D36076
MFC after: 3 days
show more ...
|
|
Revision tags: release/13.1.0 |
|
| #
884ba431 |
| 18-Feb-2022 |
Piotr Kubaj <[email protected]> |
powerpc: enable initial-exec TLS
Summary: Use initial-exec, like other architectures.
While here, switch MACHINE_ARCH in lib/libc/Makefile to LIBC_ARCH and consistently use powerpc.
Subscribers: i
powerpc: enable initial-exec TLS
Summary: Use initial-exec, like other architectures.
While here, switch MACHINE_ARCH in lib/libc/Makefile to LIBC_ARCH and consistently use powerpc.
Subscribers: imp, #contributor_reviews_base
Differential Revision: https://reviews.freebsd.org/D34315 Reviewed by: luporl MFC after: 2 weeks
show more ...
|
| #
8ff32ab5 |
| 31-Dec-2021 |
Warner Losh <[email protected]> |
mips: remove libc
Remove mips specific libc code and build infrasturcture.
Sponsored by: Netflix
|
|
Revision tags: release/12.3.0 |
|
| #
9c97062b |
| 16-Jul-2021 |
Mark Johnston <[email protected]> |
libc: Use the initial-exec TLS model
This permits more efficient accesses of thread-local variables, which are heavily used at least by jemalloc and locale-aware code. Note that on amd64 and i386,
libc: Use the initial-exec TLS model
This permits more efficient accesses of thread-local variables, which are heavily used at least by jemalloc and locale-aware code. Note that on amd64 and i386, jemalloc's thread-local variables already have their TLS model overridden by defining JEMALLOC_TLS_MODEL.
For now the change is applied only to tested platforms, but should in principle be enabled everywhere.
PR: 255840 Suggested by: jrtc27 Reviewed by: kib MFC after: 2 months Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D31070
show more ...
|
|
Revision tags: release/13.0.0 |
|
| #
7f7489eb |
| 05-Apr-2021 |
Konstantin Belousov <[email protected]> |
libc: include rtld.h into static implementations of rtld interface
and resolve naming conficts
Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.
libc: include rtld.h into static implementations of rtld interface
and resolve naming conficts
Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D29623
show more ...
|
|
Revision tags: release/12.2.0 |
|
| #
24faccc2 |
| 23-Sep-2020 |
Brandon Bergren <[email protected]> |
[PowerPC64LE] Use a shared LIBC_ARCH for powerpc64le.
Given that we have converted to ELFv2 for BE already, endianness is the only difference between the two ARCHs.
As such, there is no need to dif
[PowerPC64LE] Use a shared LIBC_ARCH for powerpc64le.
Given that we have converted to ELFv2 for BE already, endianness is the only difference between the two ARCHs.
As such, there is no need to differentiate LIBC_ARCH between the two.
Combining them like this lets us avoid needing to have two copies of several bits for no good reason.
Sponsored by: Tag1 Consulting, Inc.
show more ...
|
| #
f2be828f |
| 19-Jul-2020 |
Simon J. Gerraty <[email protected]> |
Revert that!
|
| #
e17f5b1d |
| 19-Jul-2020 |
Simon J. Gerraty <[email protected]> |
Oops missed Makefile.config
|
|
Revision tags: release/11.4.0 |
|
| #
a5b6c296 |
| 26-Feb-2020 |
Warner Losh <[email protected]> |
Remove sparc64 specific parts of libc.
Also update comments for which architectures use 128 bit long doubles, as appropriate.
The softfloat specialization routines weren't updated since they appear
Remove sparc64 specific parts of libc.
Also update comments for which architectures use 128 bit long doubles, as appropriate.
The softfloat specialization routines weren't updated since they appear to be from an upstream source which we may want to update in the future to get a more favorable license.
Reviewed by: emaste@ Differential Revision: https://reviews.freebsd.org/D23658
show more ...
|
| #
0f611708 |
| 05-Feb-2020 |
Ed Maste <[email protected]> |
libssp_nonshared: use only on i386 and ppc
libssp_nonshared.a defines one symbol, __stack_chk_fail_local. This is used only on i386 and powerpc; other archs emit calls directly to __stack_chk_fail.
libssp_nonshared: use only on i386 and ppc
libssp_nonshared.a defines one symbol, __stack_chk_fail_local. This is used only on i386 and powerpc; other archs emit calls directly to __stack_chk_fail. Simplify linking on other archs by omitting it.
PR: 242941 [exp-run]
show more ...
|
|
Revision tags: release/12.1.0, release/11.3.0 |
|
| #
09b47fc1 |
| 28-Mar-2019 |
Ed Maste <[email protected]> |
revert r341429 "disable BIND_NOW in libc, libthr, and rtld"
r345620 by kib@ fixed the rtld issue that caused a crash at startup during resolution of libc's ifuncs with BIND_NOW.
PR: 233333 Sponsor
revert r341429 "disable BIND_NOW in libc, libthr, and rtld"
r345620 by kib@ fixed the rtld issue that caused a crash at startup during resolution of libc's ifuncs with BIND_NOW.
PR: 233333 Sponsored by: The FreeBSD Foundation
show more ...
|
| #
071bca67 |
| 14-Feb-2019 |
Konstantin Belousov <[email protected]> |
Unify i386 and amd64 getcontextx.c, and use ifuncs while there.
In particular, use ifuncs for __getcontextx_size(), also calculate the size of the extended save area in resolver. Same for __fillcon
Unify i386 and amd64 getcontextx.c, and use ifuncs while there.
In particular, use ifuncs for __getcontextx_size(), also calculate the size of the extended save area in resolver. Same for __fillcontextx2().
Sponsored by: The FreeBSD Foundation MFC after: 1 week
show more ...
|
|
Revision tags: release/12.0.0 |
|
| #
0e450664 |
| 03-Dec-2018 |
Ed Maste <[email protected]> |
disable BIND_NOW in libc, libthr, and rtld
An issue remains with BIND_NOW and processes using threads. For now, restore libc's BIND_NOW disable, and also disable BIND_NOW in rtld and libthr.
A pat
disable BIND_NOW in libc, libthr, and rtld
An issue remains with BIND_NOW and processes using threads. For now, restore libc's BIND_NOW disable, and also disable BIND_NOW in rtld and libthr.
A patch is in review (D18400) that likely fixes this issue, but just disable BIND_NOW pending further testing after it is committed.
PR: 233333 Sponsored by: The FreeBSD Foundation
show more ...
|
| #
cac83db9 |
| 26-Nov-2018 |
Ed Maste <[email protected]> |
revert r340640 "libc: forcibly disable BIND_NOW"
When immediate bind mode is requested, as of r340675 rtld processes irelocs in PLT immediately after other PLT relocs. That addresses the libc + BIN
revert r340640 "libc: forcibly disable BIND_NOW"
When immediate bind mode is requested, as of r340675 rtld processes irelocs in PLT immediately after other PLT relocs. That addresses the libc + BIND_NOW startup crash the workaround is no longer needed.
PR: 233333
show more ...
|
| #
00bf4d25 |
| 19-Nov-2018 |
Ed Maste <[email protected]> |
libc: forcibly disable BIND_NOW
Building libc WITH_BIND_NOW results in segfault at process start. For now force BIND_NOW off until the root cause can be identified and fixed.
PR: 233333 Sponsored
libc: forcibly disable BIND_NOW
Building libc WITH_BIND_NOW results in segfault at process start. For now force BIND_NOW off until the root cause can be identified and fixed.
PR: 233333 Sponsored by: The FreeBSD Foundation
show more ...
|
| #
2417a95e |
| 24-Sep-2018 |
Ed Maste <[email protected]> |
Move libc linker ifunc test to build target only
Targets like 'cleandir' must not depend on toolchain capabilities.
Reported by: delphij, Shawn Webb Approved by: re (kib) Sponsored by: The FreeBSD
Move libc linker ifunc test to build target only
Targets like 'cleandir' must not depend on toolchain capabilities.
Reported by: delphij, Shawn Webb Approved by: re (kib) Sponsored by: The FreeBSD Foundation
show more ...
|