FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F14.3.0 2024-04-30T00:48:09Z 2024-04-30T00:48:09Z Konstantin Belousov kib@FreeBSD.org 2024-04-19T14:40:40Z urn:sha1:e449481bee5fd08d4342156696eb4a6eef531ef0 PR: 278459 (cherry picked from commit 220aa0f450409948b869237e5c4505f992c913ce) 2023-08-16T17:54:16Z Warner Losh imp@FreeBSD.org 2023-08-16T17:54:16Z urn:sha1:b3e7694832e81d7a904a10f525f8797b753bf0d3 Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/ 2021-06-14T15:30:16Z Alex Richardson arichardson@FreeBSD.org 2021-06-14T10:18:51Z urn:sha1:9bb8a4091c4f63dacda5108f4f994f7f6b35bbf1 Many of these typedefs are the same across all architectures or can be set based on an architecture-independent compiler-provided macro (e.g. __SIZEOF_SIZE_T__). These macros have been available since GCC 4.6 and Clang sometime before 3.0 (godbolt.org does not have any older clang versions installed). I originally considered using the compiler-provided `__FOO_TYPE__` directly. However, in order to do so we have to check that those match the previous typedef exactly (not just that they have the same size) since any change would be an ABI break. For example, changing `long` to `long long` results in different C++ name mangling. Additionally, Clang and GCC disagree on the underlying type for some of (u)int*_fast_t types, so this change only moves the definitions that are identical across all architectures and does not touch those types. This de-deduplication will allow us to have a smaller diff downstream in CheriBSD: we only have to only change the (u)intptr_t definition in sys/_types.h in CheriBSD instead of having to change machine/_types.h for all CHERI-enabled architectures (currently RISC-V, AArch64 and MIPS). Reviewed By: imp, kib Differential Revision: https://reviews.freebsd.org/D29895 2020-06-10T22:13:24Z Konstantin Belousov kib@FreeBSD.org 2020-06-10T22:13:24Z urn:sha1:2ef84b7da9a6c3e23b4a135e6e863581f16d46e1 pthread_get_name_np() and pthread_set_name_np(). This re-applies r361770 after compatibility fixes. Reviewed by: antoine, jkim, markj Tested by: antoine (exp-run) Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D25117 2018-08-18T01:05:38Z Pedro F. Giffuni pfg@FreeBSD.org 2018-08-18T01:05:38Z urn:sha1:b6413b6db8756c1ecae5e575e6516f811966046f This basically adds makes use of the C99 restrict keyword, and also adds some 'const's to four threading functions: pthread_mutexattr_gettype(), pthread_mutexattr_getprioceiling(), pthread_mutexattr_getprotocol(), and pthread_mutex_getprioceiling. The changes are in accordance to POSIX/SUSv4-2018. Hinted by: DragonFlyBSD Relnotes: yes MFC after: 1 month Differential Revision: D16722 2018-04-04T15:16:04Z Pedro F. Giffuni pfg@FreeBSD.org 2018-04-04T15:16:04Z urn:sha1:65436b2e1207a98a1c752c14f8c059238c0eafda No functional change. X-MFC with: r331969 2018-04-04T02:00:10Z Pedro F. Giffuni pfg@FreeBSD.org 2018-04-04T02:00:10Z urn:sha1:7a07ca9b3c7443fc6d0ea73a3cc7bbb331c72eac These have been found to be practically useless. We were actually following the Android bionic library and had some interest in replicating the same warnings and behaviour but Android has since removed them. We are still keeping some uses of nullability attributes in other headers, somewhat in line with Apple's libc. MFC after: 1 week Hinted by: bionic (git 3f66e74b903905e763e104396aff52a81718cfde) 2017-11-25T17:09:43Z Pedro F. Giffuni pfg@FreeBSD.org 2017-11-25T17:09:43Z urn:sha1:e58eb3c437974277957187cfed4b9aa0c1a1e253 Mainly focus on files that use BSD 2-Clause license, however the tool I was using mis-identified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. 2017-02-16T20:28:30Z Pedro F. Giffuni pfg@FreeBSD.org 2017-02-16T20:28:30Z urn:sha1:4eecef906265d2f49eab6be92ced762b05cf3753 2017-01-28T20:54:43Z Pedro F. Giffuni pfg@FreeBSD.org 2017-01-28T20:54:43Z urn:sha1:649702c5a34798b68a51305271a9099f83f4e34f Replace uses of the GCC __nonnull__ attribute with the clang nullability qualifiers. The replacement should be transparent for clang developers as the new qualifiers will produce the same warnings and will be useful for static checkers but will not cause aggressive optimizations. GCC will not produce such warnings and developers will have to use upgraded GCC ports built with the system headers from r312538. Hinted by: Apple's Libc-1158.20.4, Bionic libc MFC after: 11.1 Release Differential Revision: https://reviews.freebsd.org/D9004