public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Tom de Vries <tdevries@suse.de>
To: Andrew Burgess <aburgess@redhat.com>, gdb-patches@sourceware.org
Subject: Re: [PATCH] gdb/testsuite: fix unresolved test in gdb-caching-proc-consistency.exp
Date: Tue, 28 May 2024 00:00:57 +0200	[thread overview]
Message-ID: <61e940bc-abdb-4811-932d-ef5b7c7dd80e@suse.de> (raw)
In-Reply-To: <8d696883107c9d3b44aa35ee92d1d5199a12f93d.1716845155.git.aburgess@redhat.com>

On 5/27/24 23:26, Andrew Burgess wrote:
> When running gdb.testsuite/gdb-caching-proc-consistency.exp with the
> native-gdbserver board, I see an error reported:
> 
>    ERROR: gdbserver does not support attach 2036113 without extended-remote
> 
> and a test is reported UNRESOLVED:
> 
>     UNRESOLVED: gdb.testsuite/gdb-caching-proc-consistency.exp: testcase '<snip>/gdb.testsuite/gdb-caching-proc-consistency.exp' aborted due to Tcl error
> 

Hi Andrew,

can you double-check that you're still running into this problem?

My understanding is that this was fixed by commit 9839849c0c3 
("[gdb/testsuite] Fix can_spawn_for_attach_1 consistency check").

Thanks,
- Tom

> The problem is that we are calling the can_spawn_for_attach_1 caching
> proc directly, rather than through the can_spawn_for_attach wrapper
> proc (which is not caching).
> 
> To fix this, in gdb-caching-proc-consistency.exp, I did consider
> having 'test_file' spot 'can_spawn_for_attach_1' and test
> 'can_spawn_for_attach' instead, but that runs into problems as the
> 'test_proc' procedure does expect to be calling a caching proc, not a
> non-caching wrapper proc.
> 
> I could make 'test_proc' smarter, but in the end I just opted to
> replicate the condition checks from 'can_spawn_for_attach' inside the
> 'test_file' procedure, there's only two of them, this seems like the
> easiest fix.
> 
> If we end up with more cases like this then it might be worth
> restructuring things in here to better handle wrapper procs, but for
> now that doesn't feel necessary.
> ---
>   .../gdb.testsuite/gdb-caching-proc-consistency.exp        | 8 ++++++++
>   1 file changed, 8 insertions(+)
> 
> diff --git a/gdb/testsuite/gdb.testsuite/gdb-caching-proc-consistency.exp b/gdb/testsuite/gdb.testsuite/gdb-caching-proc-consistency.exp
> index 572ffb526ba..5312b395283 100644
> --- a/gdb/testsuite/gdb.testsuite/gdb-caching-proc-consistency.exp
> +++ b/gdb/testsuite/gdb.testsuite/gdb-caching-proc-consistency.exp
> @@ -91,6 +91,14 @@ proc test_file { file } {
>   		"target_is_gdbserver" { set setup_gdb 1 }
>   		"supports_memtag" { set setup_gdb 1 }
>   		"have_native_target" { set setup_gdb 1 }
> +		"can_spawn_for_attach_1" {
> +		    # This replicates the checks found in
> +		    # 'can_spawn_for_attach'.
> +		    if {[is_remote target] \
> +			    || [target_info exists use_gdb_stub]} {
> +			continue
> +		    }
> +		}
>   		default {set setup_gdb 0 }
>   	    }
>   
> 
> base-commit: bdc10cded85aa8995e80394099c9e542b6172979


  reply	other threads:[~2024-05-27 22:00 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-27 21:26 Andrew Burgess
2024-05-27 22:00 ` Tom de Vries [this message]
2024-06-03 18:19   ` Andrew Burgess
2024-05-28 15:19 ` Tom Tromey

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=61e940bc-abdb-4811-932d-ef5b7c7dd80e@suse.de \
    --to=tdevries@suse.de \
    --cc=aburgess@redhat.com \
    --cc=gdb-patches@sourceware.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).