aboutsummaryrefslogtreecommitdiff
path: root/csu/libc-start.c
diff options
context:
space:
mode:
authorJoseph Myers <joseph@codesourcery.com>2020-10-30 21:38:31 +0000
committerJoseph Myers <joseph@codesourcery.com>2020-10-30 21:38:31 +0000
commit2098d4034d398cbde6ccd4a2aaac52c518374698 (patch)
tree084187792f130c01300200927c0b3307967547b6 /csu/libc-start.c
parent961d12d9471f0178441e67e073ba2f3085cf20f1 (diff)
downloadglibc-2098d4034d398cbde6ccd4a2aaac52c518374698.zip
glibc-2098d4034d398cbde6ccd4a2aaac52c518374698.tar.gz
glibc-2098d4034d398cbde6ccd4a2aaac52c518374698.tar.bz2
Disable spurious -Wstringop-overflow for setjmp/longjmp (bug 26647)
Building glibc with GCC 11 fails with (among other warnings) spurious -Wstringop-overflow warnings from calls to setjmp and longjmp with a pointer to a pthread_unwind_buf that is smaller than jmp_buf. As discussed in bug 26647, the warning in libc-start.c is a false positive, because setjmp and longjmp do not access anything (the signal mask) beyond the common prefix of the two structures, so this patch disables the warning for that call to setjmp, as well as for two calls in NPTL code that produce the same warning and look like false positives for the same reason. Tested with build-many-glibcs.py for arm-linux-gnueabi, where this allows the build to get further. Reviewed-by: DJ Delorie <dj@redhat.com>
Diffstat (limited to 'csu/libc-start.c')
-rw-r--r--csu/libc-start.c10
1 files changed, 10 insertions, 0 deletions
diff --git a/csu/libc-start.c b/csu/libc-start.c
index 4005caf..2d4d2ed 100644
--- a/csu/libc-start.c
+++ b/csu/libc-start.c
@@ -21,6 +21,7 @@
#include <unistd.h>
#include <ldsodefs.h>
#include <exit-thread.h>
+#include <libc-diag.h>
#include <libc-internal.h>
#include <elf/libc-early-init.h>
#include <stdbool.h>
@@ -298,7 +299,16 @@ LIBC_START_MAIN (int (*main) (int, char **, char ** MAIN_AUXVEC_DECL),
struct pthread_unwind_buf unwind_buf;
int not_first_call;
+ DIAG_PUSH_NEEDS_COMMENT;
+#if __GNUC_PREREQ (7, 0)
+ /* This call results in a -Wstringop-overflow warning because struct
+ pthread_unwind_buf is smaller than jmp_buf. setjmp and longjmp
+ do not use anything beyond the common prefix (they never access
+ the saved signal mask), so that is a false positive. */
+ DIAG_IGNORE_NEEDS_COMMENT (11, "-Wstringop-overflow=");
+#endif
not_first_call = setjmp ((struct __jmp_buf_tag *) unwind_buf.cancel_jmp_buf);
+ DIAG_POP_NEEDS_COMMENT;
if (__glibc_likely (! not_first_call))
{
struct pthread *self = THREAD_SELF;