From: David Malcolm <dmalcolm@redhat.com>
To: priour.be@gmail.com, gcc-patches@gcc.gnu.org
Cc: benjamin priour <vultkayn@gcc.gnu.org>
Subject: Re: [PATCH v2] analyzer: New option fanalyzer-show-events-in-system-headers [PR110543]
Date: Mon, 14 Aug 2023 12:14:53 -0400 [thread overview]
Message-ID: <044eb9bb100a60967661e28a684445d5f3e645bb.camel@redhat.com> (raw)
In-Reply-To: <20230814154853.2371420-1-vultkayn@gcc.gnu.org>
On Mon, 2023-08-14 at 17:48 +0200, priour.be@gmail.com wrote:
> From: benjamin priour <vultkayn@gcc.gnu.org>
>
> Plenty useful, thanks David. I've adjusted some few things, especially
> the artifacts of earlier versions I missed when building the commit.
>
> I didn't how to test for warnings within <memory>, I couldn't figure a portable test.
> I cannot pinpoint the line the warning is issued at in an inline DejaGNU directive,
> nor can I safely say the stack depth if I check a multiline-output (nor the methods names)
>
> In the end, I found out an alternative, I am checking for the presence of event "entry of 'main'".
> Indeed, diagnostic_manager::finish_pruning comment's reads
> If all we're left with is in one function, then filter function entry events.
> The provided test case can only goes into main and std::* frames, so if "entry of 'main'" exists,
> it means we are also going into std::* frames.
>
> I've also adjusted the comment of prune_system_headers, analyzer.opt and added an entry to invoker.texi.
>
> Successfully regstrapped off trunk
> 54be338589ea93ad4ff53d22adde476a0582537b on x86_64-linux-gnu.
Thanks for the updated patch.
This is ready to push to trunk.
Dave
prev parent reply other threads:[~2023-08-14 16:14 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-11 11:51 [PATCH] " priour.be
2023-08-11 15:38 ` David Malcolm
2023-08-14 15:48 ` [PATCH v2] " priour.be
2023-08-14 16:14 ` David Malcolm [this message]
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=044eb9bb100a60967661e28a684445d5f3e645bb.camel@redhat.com \
--to=dmalcolm@redhat.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=priour.be@gmail.com \
--cc=vultkayn@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: link
Be 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).