fortify-headers/include/stdlib.h, branch add_old_gcc

Change __warning_if into __fortify_warning_if to fix potential conflicts

2025-12-30T10:34:48Z

Add __diagnose_if annotations

2025-11-14T15:56:09Z

add initial clang support

2025-10-31T21:16:21Z

Co-Authored-By: jvoisin

avoid extension with clang

2025-10-31T21:16:21Z

It seems useless and triggers 'error: expected external declaration'

Make use of __builtin_dynamic_object_size

2025-10-31T21:16:21Z

GCC and Clang provide __builtin_dynamic_object_size (see documentation: https://gcc.gnu.org/onlinedocs/gcc/Object-Size-Checking.html), so we should make use of it when its available.

realpath: guard slow/trap path with PATH_MAX

2019-03-07T00:05:30Z

This allows the compiler to optimize out the slow/trap path at all for the typical correct code: char buf[PATH_MAX]; r = realpath(path, buf); The change keeps the "unknown object size" case handling intact.

Don't use extension in C++ code

2018-07-24T10:00:30Z

A few important notes: * __extension__ is a GNU C "alternate" keyword, not a C++ keyword.[1] * __extension__ is designed to work on "expressions"; it does work on #include_next in C mode, but it has no effect in C++ mode; the warning will still appear, if enabled, even with __extension__ preceding #include_next. This is because #include_next is not considered an expression in C++, so the compiler attaches __extension__ to the first expression of the header. All of this leads us to a build failure while building at least all Mozilla software. Moz has an alternate -isystem dir searched before /usr/include that overrides some headers, including . The first statement in each of these headers is a #pragma, and since __extension__ is looking for an expression, and #pragma is a "null" expression, we end up with the following error: dist/system_wrappers/features.h:1:9: error: '#pragma' is not allowed here Since __extension__ has no effect on #include_next in C++ mode anyway, and since it can cause breakage, this commit omits __extension__ in C++ mode. [1]: https://gcc.gnu.org/onlinedocs/gcc-6.4.0/gcc/Alternate-Keywords.html

Bump copyright year

2016-09-10T11:54:17Z

Only include limits.h when actually used

2016-07-14T15:09:13Z

The __extension__ seems to trigger a bug in gcc when there are no identifier specified afterwards. Testcase: echo "#include " > try.c && cc -O0 -c try.c try.c:2:0: error: expected identifier or '(' at end of input With -O2 it does not happen. We work around this by only pulling in limits.h when we actually need the PATH_MAX. Signed-off-by: Natanael Copa

Only crash on overflow for realpath()

2015-07-16T10:45:19Z

fortify-headers/include/stdlib.h, branch add_old_gcc

Change __warning_if into __fortify_warning_if to fix potential conflicts

Add __diagnose_if annotations

add initial clang support

avoid __extension__ with clang

Make use of __builtin_dynamic_object_size

realpath: guard slow/trap path with PATH_MAX

Don't use __extension__ in C++ code

Bump copyright year

Only include limits.h when actually used

Only crash on overflow for realpath()

avoid extension with clang

Don't use extension in C++ code