fortify-headers/include/poll.h, branch 2.0

Add more __diagnose_as_builtin annotations

2023-09-22T16:30:35Z

Properly enable diagnose_as_builtin attribute

2023-09-21T13:50:32Z

Make use of __diagnose_as_builtin

2023-08-20T19:09:05Z

add initial clang support

2023-06-25T16:26:45Z

avoid extension with clang

2023-06-25T16:13:11Z

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

Add a test for `poll`

2023-06-22T16:33:53Z

Fix inconsistent time_t version of ppoll

2023-05-30T18:13:40Z

fortify/poll.h includes poll.h, which redirects the ppoll sys call to __ppoll_time64, if the _REDIR_TIME64 macro is 1. Then fortify/poll.h will #undef ppoll and use the 32 bit version, which is inconsistent. Taken from: https://github.com/openwrt/openwrt/pull/12575

Make use of __builtin_dynamic_object_size

2023-04-13T21:48:57Z

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.

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