From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Deepthi.Hemraj@windriver.com, openembedded-core@lists.openembedded.org
Cc: Randy.MacLeod@windriver.com, Naveen.Gowda@windriver.com,
Sundeep.Kokkonda@windriver.com
Subject: Re: [OE-core] [PATCH] gcc-sanitizers: Add ptest support for AddressSanitizer tests
Date: Mon, 02 Sep 2024 10:07:25 +0100 [thread overview]
Message-ID: <bd31fb7301b3ebb5c8dcedbe29ef30aab1d99a21.camel@linuxfoundation.org> (raw)
In-Reply-To: <20240902073918.490722-1-Deepthi.Hemraj@windriver.com>
On Mon, 2024-09-02 at 00:39 -0700, Hemraj, Deepthi via lists.openembedded.org wrote:
> From: Deepthi Hemraj <Deepthi.Hemraj@windriver.com>
>
> [YOCTO #15338]
> Enabled ptest integration in gcc-sanitizers.inc to facilitate the proper testing and execution of address sanitizer (ASan)
>
> Defined the do_check task to execute ASan tests with proper environment setup and updated do_install_ptest_base to copy ASan test executables to the ptest directory. Included the run-ptest script to automate test execution.
>
> The run-ptest script iterates through executable files copied from the host, runs each on the target, and logs the outcomes as either 'PASS' or 'XFAIL'. XFAIL is because these tests are expected to fail on the host system as per dejagnu as { dg-shouldfail "asan" }
>
> Signed-off-by: Deepthi Hemraj <Deepthi.Hemraj@windriver.com>
> ---
> .../distro/include/ptest-packagelists.inc | 1 +
> meta/recipes-devtools/gcc/gcc-14.2.inc | 2 +
> meta/recipes-devtools/gcc/gcc-sanitizers.inc | 43 ++++++++++++++++
> meta/recipes-devtools/gcc/gcc/asan-exp.patch | 51 +++++++++++++++++++
> meta/recipes-devtools/gcc/gcc/run-ptest | 28 ++++++++++
> 5 files changed, 125 insertions(+)
> create mode 100644 meta/recipes-devtools/gcc/gcc/asan-exp.patch
> create mode 100755 meta/recipes-devtools/gcc/gcc/run-ptest
Would it make more sense to run this as part of the other gcc testsuites?
It looks like there is a lot of duplication in these changes including
a lot of ptest code.
I'm also quite concerned at the buildpaths exceptions, build paths
would be pointless in target packages so I'm not sure why those are
present.
Cheers,
Richard
next prev parent reply other threads:[~2024-09-02 9:07 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-02 7:39 [PATCH] gcc-sanitizers: Add ptest support for AddressSanitizer tests Deepthi.Hemraj
2024-09-02 7:48 ` Patchtest results for " patchtest
2024-09-02 9:07 ` Richard Purdie [this message]
2024-09-04 6:42 ` Hemraj, Deepthi
2024-09-04 6:43 ` Hemraj, Deepthi
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=bd31fb7301b3ebb5c8dcedbe29ef30aab1d99a21.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=Deepthi.Hemraj@windriver.com \
--cc=Naveen.Gowda@windriver.com \
--cc=Randy.MacLeod@windriver.com \
--cc=Sundeep.Kokkonda@windriver.com \
--cc=openembedded-core@lists.openembedded.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