public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug analyzer/107396] [13 regression] new test case gcc.dg/analyzer/pipe-glibc.c in r13-3466-g792f039fc37faa fails with excess errors Date: Wed, 29 Mar 2023 17:16:53 +0000 [thread overview] Message-ID: <bug-107396-4-p2D1zlc6HC@http.gcc.gnu.org/bugzilla/> (raw) In-Reply-To: <bug-107396-4@http.gcc.gnu.org/bugzilla/> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107396 Jakub Jelinek <jakub at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jakub at gcc dot gnu.org --- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> --- I think the difference is https://sourceware.org/git/?p=glibc.git;a=commit;h=c1760eaf3b575ad174fd88b252fd16bd525fa818 which added __attribute__((malloc)) to fdopen among other things. It is strange that it is reported just for fwrite and not for fgetc in the other function though, both access potentially NULL stream. Probably because {fwrite,putc,fputc,fputs}{,_unlocked} and printf family are builtins and have nonnull attribute for the FILE * argument, but fgetc or fread is not and glibc doesn't use nonnull for those. Shall we than use 2023-03-29 Jakub Jelinek <jakub@redhat.com> PR analyzer/107396 * gcc.dg/analyzer/pipe-glibc.c (read_from_pie, write_to_pipe): Exit if fdopen returns NULL. --- gcc/testsuite/gcc.dg/analyzer/pipe-glibc.c.jj 2022-10-25 10:37:28.106531709 +0200 +++ gcc/testsuite/gcc.dg/analyzer/pipe-glibc.c 2023-03-29 19:14:48.789766475 +0200 @@ -13,6 +13,8 @@ read_from_pipe (int file) FILE *stream; int c; stream = fdopen (file, "r"); + if (stream == NULL) + exit (EXIT_FAILURE); while ((c = fgetc (stream)) != EOF) putchar (c); fclose (stream); @@ -25,6 +27,8 @@ write_to_pipe (int file) { FILE *stream; stream = fdopen (file, "w"); + if (stream == NULL) + exit (EXIT_FAILURE); fprintf (stream, "hello, world!\n"); fprintf (stream, "goodbye, world!\n"); fclose (stream); because this warning is not what the test wants to verify?
next prev parent reply other threads:[~2023-03-29 17:16 UTC|newest] Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-10-25 17:00 [Bug target/107396] New: [12 " seurer at gcc dot gnu.org 2022-10-27 23:23 ` [Bug analyzer/107396] [13 " pinskia at gcc dot gnu.org 2022-10-28 11:12 ` rguenth at gcc dot gnu.org 2022-12-02 10:13 ` marxin at gcc dot gnu.org 2023-01-13 11:35 ` rguenth at gcc dot gnu.org 2023-02-14 8:27 ` linkw at gcc dot gnu.org 2023-03-15 9:47 ` rguenth at gcc dot gnu.org 2023-03-15 14:33 ` dave.anglin at bell dot net 2023-03-29 17:16 ` jakub at gcc dot gnu.org [this message] 2023-03-31 20:49 ` cvs-commit at gcc dot gnu.org 2023-03-31 20:54 ` jakub at gcc dot gnu.org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-107396-4-p2D1zlc6HC@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).