Revision tags: release/14.2.0 |
|
#
7cd756ff |
| 28-Nov-2024 |
Konstantin Belousov <kib@FreeBSD.org> |
fileno(3): set errno when returning -1
as required by IEEE Std 1003.1™-2024.
PR: 283014 Reported by: Graham Percival <gperciva@tarsnap.com> Reviewed by: emaste, imp Sponsored by: The FreeBSD Founda
fileno(3): set errno when returning -1
as required by IEEE Std 1003.1™-2024.
PR: 283014 Reported by: Graham Percival <gperciva@tarsnap.com> Reviewed by: emaste, imp Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D47834
show more ...
|
#
eb84c129 |
| 30-Sep-2024 |
Graham Percival <gperciva@tarsnap.com> |
stdio.h: don't expose rsize_t unless __EXT1_VISIBLE
This is how the other typedefs for rsize_t handle it (in <stddef.h>, <stdlib.h>, and <string.h>). In particular, we shouldn't have any rsize_t if
stdio.h: don't expose rsize_t unless __EXT1_VISIBLE
This is how the other typedefs for rsize_t handle it (in <stddef.h>, <stdlib.h>, and <string.h>). In particular, we shouldn't have any rsize_t if a C environment earlier C11 was requested.
This reapplies b35f0aa4952c, chasing c25e55bcf80b, fixing ports build failures following b35f0aa4952c without c25e55bcf80b.
PR: 281768 Sponsored by: Tarsnap Backup Inc. Signed-off-by: Graham Percival
show more ...
|
#
fe55d62a |
| 02-Oct-2024 |
Cy Schubert <cy@FreeBSD.org> |
Revert "stdio.h: don't expose rsize_t unless __EXT1_VISIBLE"
This change has caused a number of port build failures. Let's revert this for now and request an exp-run.
This reverts commit b35f0aa495
Revert "stdio.h: don't expose rsize_t unless __EXT1_VISIBLE"
This change has caused a number of port build failures. Let's revert this for now and request an exp-run.
This reverts commit b35f0aa4952cf03f1b2093b110607c13dd2ec991.
show more ...
|
#
b35f0aa4 |
| 30-Sep-2024 |
Graham Percival <gperciva@tarsnap.com> |
stdio.h: don't expose rsize_t unless __EXT1_VISIBLE
PR: 281768 Fixes: c13559d31e90 MFC after: 1 week
|
Revision tags: release/13.4.0 |
|
#
cf8e5289 |
| 13-Jul-2024 |
Kyle Evans <kevans@FreeBSD.org> |
include: ssp: round out fortification of current set of headers
ssp/ssp.h needed some improvements: - `len` isn't always a size_t, it may need casted - In some cases we may want to use a len that
include: ssp: round out fortification of current set of headers
ssp/ssp.h needed some improvements: - `len` isn't always a size_t, it may need casted - In some cases we may want to use a len that isn't specified as a parameter (e.g., L_ctermid), so __ssp_redirect() should be more flexible. - In other cases we may want additional checking, so pull all of the declaration bits out of __ssp_redirect_raw() so that some functions can implement the body themselves.
strlcat/strlcpy should be the last of the fortified functions that get their own __*_chk symbols, and these cases are only done to be consistent with the rest of the str*() set.
Reviewed by: markj Sponsored by: Klara, Inc. Sponsored by: Stormshield Differential Revision: https://reviews.freebsd.org/D45679
show more ...
|
Revision tags: release/14.1.0 |
|
#
5af6fbd7 |
| 15-May-2024 |
Kyle Evans <kevans@FreeBSD.org> |
ssp: appease -Wgnu-statement-expression-from-macro-expansion
It's a stupid warning, but some ports enable it by default and were already defining _FORTIFY_SOURCE, thus exposing the new macros immedi
ssp: appease -Wgnu-statement-expression-from-macro-expansion
It's a stupid warning, but some ports enable it by default and were already defining _FORTIFY_SOURCE, thus exposing the new macros immediately. This at least fixes the libfido2 build, perhaps others as well.
While we're here, fix a fresh build of stand w/ FORTIFY_SOURCE enabled by not pulling in the ssp headers if _STANDALONE is defined. We do not have runtime support in libsa as of the time of writing.
Reported by: netchild Sponsored by: Stormshield Sponsored by: Klara, Inc.
show more ...
|
#
9bfd3b40 |
| 13-May-2024 |
Kyle Evans <kevans@FreeBSD.org> |
Add a build knob for _FORTIFY_SOURCE
In the future, we will Default to _FORTIFY_SOURCE=2 if SSP is enabled, otherwise default to _FORTIFY_SOURCE=0. For now we default it to 0 unconditionally to eas
Add a build knob for _FORTIFY_SOURCE
In the future, we will Default to _FORTIFY_SOURCE=2 if SSP is enabled, otherwise default to _FORTIFY_SOURCE=0. For now we default it to 0 unconditionally to ease bisect across older versions without the new symbols, and we'll put out a call for testing.
include/*.h include their ssp/*.h equivalents as needed based on the knob. Programs and users are allowed to override FORTIFY_SOURCE in their Makefiles or src.conf/make.conf to force it off.
Reviewed by: des, markj Relnotes: yes Sponsored by: Stormshield Sponsored by: Klara, Inc. Differential Revision: https://reviews.freebsd.org/D32308
show more ...
|
Revision tags: release/13.3.0 |
|
#
5a1d1441 |
| 23-Nov-2023 |
Warner Losh <imp@FreeBSD.org> |
include: Remove ancient SCCS tags.
Remove ancient SCCS tags from the tree, automated scripting, with two minor fixup to keep things compiling. All the common forms in the tree were removed with a pe
include: Remove ancient SCCS tags.
Remove ancient SCCS tags from the tree, automated scripting, with two minor fixup to keep things compiling. All the common forms in the tree were removed with a perl script.
Sponsored by: Netflix
show more ...
|
Revision tags: release/14.0.0 |
|
#
5d518624 |
| 15-Sep-2023 |
Warner Losh <imp@FreeBSD.org> |
Restrict the glibc compat cookie open functions to __BSD_VISIBLE
Sponsored by: Netflix
|
#
42b38843 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line .h pattern
Remove /^\s*\*+\s*\$FreeBSD\$.*$\n/
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0 |
|
#
bc02c18c |
| 07-Feb-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r357408 through r357661.
|
#
b85ea809 |
| 02-Feb-2020 |
Kyle Evans <kevans@FreeBSD.org> |
libc: provide fputc_unlocked
Among the same justification as the other stdio _unlocked; in addition to an inline version in <stdio.h>, we must provide a function in libc as well for the functionalit
libc: provide fputc_unlocked
Among the same justification as the other stdio _unlocked; in addition to an inline version in <stdio.h>, we must provide a function in libc as well for the functionality. This fixes the lang/gcc* builds, which want to use the symbol from libc.
PR: 243810 Reported by: antoine, swills, Michael <michael.adm gmail com> X-MFC-With: r357284
show more ...
|
#
59abbffa |
| 31-Jan-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r357270 through r357349.
|
#
12fe218f |
| 30-Jan-2020 |
Kyle Evans <kevans@FreeBSD.org> |
stdio: provide _unlocked variants of fflush, fputc, fputs, fread, fwrite
fflush_unlocked is currently desired in ports by sysutils/metalog, and redefined as the locked fflush.
fputc_unlocked, fputs
stdio: provide _unlocked variants of fflush, fputc, fputs, fread, fwrite
fflush_unlocked is currently desired in ports by sysutils/metalog, and redefined as the locked fflush.
fputc_unlocked, fputs_unlocked, fread_unlocked, and fwrite_unlocked are currently desired in ports by devel/elfutils, and redefined as the locked fputs, fread, and fwrite respectively.
Reviewed by: kib MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D23336
show more ...
|
Revision tags: release/12.1.0 |
|
#
f993ed2f |
| 09-Sep-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r351732 through r352104.
|
#
7f3ea0ab |
| 09-Sep-2019 |
Konstantin Belousov <kib@FreeBSD.org> |
Make snprintf(3) and vscanf(3) definitions available under appropriate POSIX visibility.
Reported by: jbeich Reviewed by: jilles PR: 207287 MFC after: 1 week
|
#
c5c3ba6b |
| 03-Sep-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r351317 through r351731.
|
#
7381dcc9 |
| 01-Sep-2019 |
Ed Maste <emaste@FreeBSD.org> |
libc: remove gets
gets is unsafe and shouldn't be used (for many years now). Leave it in the existing symbol version so anything that previously linked aginst it still runs, but do not allow new so
libc: remove gets
gets is unsafe and shouldn't be used (for many years now). Leave it in the existing symbol version so anything that previously linked aginst it still runs, but do not allow new software to link against it.
(The compatability/legacy implementation must not be static so that the symbol and in particular the compat sym gets@FBSD_1.0 make it into libc.)
PR: 222796 (exp-run) Reported by: Paul Vixie Reviewed by: allanjude, cy, eadler, gnn, jhb, kib, ngie (some earlier) Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D12298
show more ...
|
#
11478453 |
| 20-Aug-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Vendor import of stripped libc++ trunk r366426 (just before the release_90 branch point):
https://llvm.org/svn/llvm-project/libcxx/trunk@366426
|
Revision tags: release/11.3.0, release/12.0.0 |
|
#
f3620262 |
| 28-Jul-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Vendor import of libc++ trunk r338150: https://llvm.org/svn/llvm-project/libcxx/trunk@338150
|
Revision tags: release/11.2.0 |
|
#
dc711d6d |
| 03-Apr-2018 |
Cy Schubert <cy@FreeBSD.org> |
Remove redundant check.
Reported by: kib@ MFC after: 2 weeks X-MFC with: r331936 Differential Revision: https://reviews.freebsd.org/D12785
|
#
c13559d3 |
| 03-Apr-2018 |
Cy Schubert <cy@FreeBSD.org> |
Include update to stdio.h missed in r331936.
In my attempt to limit the commit in r331936 to only the gets_s() commit and not include unrelated patches in my tree, this patch was missed.
Reported b
Include update to stdio.h missed in r331936.
In my attempt to limit the commit in r331936 to only the gets_s() commit and not include unrelated patches in my tree, this patch was missed.
Reported by: pfg MFC after: 2 weeks X-MFC with: r331936 Differential Revision: https://reviews.freebsd.org/D12785
show more ...
|
#
82725ba9 |
| 23-Nov-2017 |
Hans Petter Selasky <hselasky@FreeBSD.org> |
Merge ^/head r325999 through r326131.
|
#
2321c474 |
| 20-Nov-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
include: further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier
include: further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
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.
Special thanks to Wind River for providing access to "The Duke of Highlander" tool: an older (2014) run over FreeBSD tree was useful as a starting point.
show more ...
|
Revision tags: release/10.4.0, release/11.1.0 |
|
#
edb11085 |
| 01-Jun-2017 |
Dimitry Andric <dim@FreeBSD.org> |
Vendor import of libc++ trunk r304460: https://llvm.org/svn/llvm-project/libcxx/trunk@304460
|