From: Jan Beulich <jbeulich@suse.com>
To: Indu Bhagat <indu.bhagat@oracle.com>
Cc: binutils@sourceware.org
Subject: Re: [PATCH,V4 13/14] gas: testsuite: add a x86_64 testsuite for SCFI
Date: Mon, 8 Jan 2024 09:11:12 +0100 [thread overview]
Message-ID: <86da4ac5-bae0-488e-9644-b9ddbfdac04f@suse.com> (raw)
In-Reply-To: <238fa812-8a31-4fe8-b12b-2f7a55220352@oracle.com>
On 05.01.2024 23:29, Indu Bhagat wrote:
> On 1/5/24 06:22, Jan Beulich wrote:
>> On 03.01.2024 08:15, Indu Bhagat wrote:
>>> +# common tests
>>> +if { ([istarget "x86_64-*-*"]) } then {
>>> +
>>> + global ASFLAGS
>>> + set old_ASFLAGS "$ASFLAGS"
>>> +
>>> + run_list_test "ginsn-dw2-regnum-1" "--scfi -ali"
>>> + run_list_test "ginsn-add-1" "--scfi -ali"
>>> + run_list_test "ginsn-pop-1" "--scfi -ali"
>>> + run_list_test "ginsn-push-1" "--scfi -ali"
>>> +
>>> + run_dump_test "scfi-cfi-label-1"
>>> + run_list_test "scfi-cfi-label-1" "--scfi --warn"
>>
>> Starting here, where is it that you also check CFI generated from
>> the directives? Also, why does each source need assembling twice?
>> Can't you check for the diagnostics right in the "dump" tests?
>>
>
> Its the run_dump_test which runs each test with and without --scfi.
> E.g., in scfi-selfalign-func-1.d, we see:
>
> #as: --scfi -W
> #as:
> #objdump: --sframe
>
> Checking for warning in dump tests does not look possible as there will
> be warning (Warning: --scfi=all ignores most user-specified CFI
> directives) in only one case (#as: --scfi) and not the other (#as: ).
Oh, I see, I'm sorry for not paying enough attention. One could probably
trick things, but quite likely that's not worth it.
> I thought checking for warnings explicitly may help in catching problems
> as the implementation evolves.
Maybe, yes.
Jan
next prev parent reply other threads:[~2024-01-08 8:11 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-03 7:15 [PATCH,V4 00/14] Synthesize CFI for hand-written asm Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 01/14] gas: dw2gencfi: minor rejig for cfi_sections_set and all_cfi_sections Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 02/14] gas: dw2gencfi: use all_cfi_sections instead of cfi_sections Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 03/14] gas: dw2gencfi: expose a new cfi_set_last_fde API Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 04/14] gas: dw2gencfi: move some tc_* defines to the header file Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 05/14] gas: dw2gencfi: expose dot_cfi_sections for scfidw2gen Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 06/14] gas: dw2gencfi: externalize the all_cfi_sections Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 07/14] gas: add new command line option --scfi[=all,none] Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 08/14] gas: scfidw2gen: new functionality to prepare for SCFI Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 09/14] opcodes: i386: new marker for insns that implicitly update stack pointer Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 10/14] gas: synthesize CFI for hand-written asm Indu Bhagat
2024-01-05 13:58 ` Jan Beulich
2024-01-08 0:46 ` Indu Bhagat
2024-01-08 8:16 ` Jan Beulich
2024-01-08 8:33 ` Indu Bhagat
2024-01-08 19:33 ` Indu Bhagat
2024-01-09 9:30 ` Jan Beulich
2024-01-10 6:10 ` Indu Bhagat
2024-01-10 9:44 ` Jan Beulich
2024-01-10 11:26 ` Indu Bhagat
2024-01-10 14:15 ` Jan Beulich
2024-01-10 19:43 ` Indu Bhagat
2024-01-11 8:13 ` Jan Beulich
2024-01-11 18:14 ` Indu Bhagat
2024-01-17 1:20 ` Indu Bhagat
2024-01-17 8:09 ` Jan Beulich
2024-01-03 7:15 ` [PATCH,V4 11/14] gas: doc: update documentation for the new listing option Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 12/14] i386-reg.tbl: Add a comment to reflect dependency on ordering Indu Bhagat
2024-01-03 7:15 ` [PATCH,V4 13/14] gas: testsuite: add a x86_64 testsuite for SCFI Indu Bhagat
2024-01-05 14:22 ` Jan Beulich
2024-01-05 22:29 ` Indu Bhagat
2024-01-08 8:11 ` Jan Beulich [this message]
2024-01-03 7:15 ` [PATCH,V4 14/14] gas/NEWS: announce the new SCFI command line option Indu Bhagat
2024-01-03 7:43 ` [PATCH,V4 09/14] opcodes: i386: new marker for insns that implicitly update stack pointer Indu Bhagat
2024-01-05 14:05 ` [PATCH, V4 " Jan Beulich
2024-01-06 10:08 ` Indu Bhagat
2024-01-08 8:12 ` Jan Beulich
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=86da4ac5-bae0-488e-9644-b9ddbfdac04f@suse.com \
--to=jbeulich@suse.com \
--cc=binutils@sourceware.org \
--cc=indu.bhagat@oracle.com \
/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).