fortify-headers - Standalone portable header-based implementation of FORTIFY

Age	Commit message (Collapse)	Author
2018-07-24	Don't use __extension__ in C++ code	A. Wilcox
	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 <features.h>. 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
2016-09-10	Bump copyright year	sin

2015-06-25	Add __extension__ mark to include_next to silence -pedantic	Steven Barth
	Signed-off-by: Steven Barth <steven@midlink.org>
2015-06-03	Use namespace-safe macro, param and variable names	Trutz Behn

2015-05-13	Add LICENSE header	sin

2015-05-13	Add fortify_fn() helper in fortify-headers.h	sin

2015-03-14	Use __typeof__ to in part avoid replicating function types	Trutz Behn

2015-03-14	Fix typo in attribute name	Trutz Behn

2015-03-14	Add __artificial__ to aid in debugging	sin

2015-03-13	Restore C++ support	sin

2015-03-13	Implement snprintf() and sprintf() using __builtin_va_arg_pack()	sin
	Requires at least GCC 4.3.
2015-03-13	Re-order vsnprintf() and vsprintf()	sin
	vsprintf() needs to access __vsnprintf_orig().
2015-03-13	Fix typo	sin

2015-03-13	Rework fortify implementation to use extern inline	sin
	Overriding functions with macros is legal in C but a lot of software is not prepared for it. Use the extern inline method to achieve the same result.
2015-03-11	Put include guards in the reserved namespace	Trutz Behn
	fortify-headers is considered part of the implementation.
2015-03-11	Ignore C++ for now	sin
	It is not legal to override standard functions using macros in C++. We may have to revisit this in the future.
2015-03-11	Add ifdef guards for C++ code	sin

2015-03-03	Fix signed/unsigned warning	sin

2015-03-03	Remove gcc attribute decoration	sin

2015-03-03	Don't trap on error for vsprintf() and friends	sin

2015-03-01	Add fwrite() check	sin

2015-03-01	Add fread() check	sin

2015-03-01	Add vsprintf() check	sin

2015-03-01	Fix potential signed/unsigned warning	sin

2015-03-01	Add sprintf() check	sin

2015-02-28	Minor style fix	sin

2015-02-24	Remove compile time checks	sin
	These can produce false positives. Given that we support fortify source level 1 we shouldn't break valid code.
2015-02-22	Remove header license comments	sin

2015-02-04	Remember to #undef __errordecl	sin
	Thanks zhasha for spotting this.
2015-02-04	Style fix	sin

2015-01-30	Remove __restrict	sin

2015-01-29	Add compile-time checks as well	sin

2015-01-29	Add license info	sin

2015-01-29	Style fix	sin

2015-01-29	Add fgets() checks	sin

2015-01-28	Use BSD-style func defs	sin

2015-01-28	Use local _n to avoid multiple evaluation	sin

2015-01-28	Add snprintf() checks	sin
	We need to use a variadic macro in this case because GCC doesn't allow inline functions with variable argument lists.
2015-01-28	Use __builtin_va_list	sin

2015-01-28	Add vsnprintf() checks	sin