[PATCH v4 10/15] explicitly test for stderr in gdb.base/dprintf.exp

Andrew Burgess aburgess@redhat.com
Mon Sep 12 12:20:32 GMT 2022


Bruno Larsen via Gdb-patches <gdb-patches@sourceware.org> writes:

> Not all compilers add stderr debug information when compiling a
> program. Clang, for instance, prefers to add nothing from standard
> libraries and let an external debug package have this information.
> Because of this, gdb.base/dprintf.exp was failing when GDB attempted to
> use dprintf as a call to fprintf(stderrr, ...), like this:
>
>  (gdb) PASS: gdb.base/dprintf.exp: call: fprintf: set dprintf style to call
>  continue
>  Continuing.
>  kickoff 1234
>  also to stderr 1234
>  'stderr' has unknown type; cast it to its declared type
>  (gdb) FAIL: gdb.base/dprintf.exp: call: fprintf: 1st dprintf (timeout)
>
> To avoid this false positive, we explicitly test to see if
> the compiler has added information about stderr at all, and abort
> testing dprintf as an fprintf call if it is unavailable.
> ---
>  gdb/testsuite/gdb.base/dprintf.exp | 10 ++++++++++
>  1 file changed, 10 insertions(+)
>
> diff --git a/gdb/testsuite/gdb.base/dprintf.exp b/gdb/testsuite/gdb.base/dprintf.exp
> index 0b209c02a62..e214531f6dc 100644
> --- a/gdb/testsuite/gdb.base/dprintf.exp
> +++ b/gdb/testsuite/gdb.base/dprintf.exp
> @@ -111,6 +111,16 @@ proc test_call {} {
>  	test_dprintf "At foo entry.*arg=1235, g=2222\r\n" "2nd dprintf"
>      }
>  
> +    gdb_test_multiple "print stderr" "stderr symbol check" {
> +	-re "\\'stderr\\' has unknown type.*" {
> +	    untested "No information available for stderr, exiting early"
> +	    return
> +	}
> +	-re "\\\$1.*" {
> +	    pass "stderr is available"

I think this should be `pass $gdb_test_name`, but OK to commit with that
change.

Thanks,
Andrew

> +	}
> +    }
> +
>      with_test_prefix "fprintf" {
>  	restart
>  
> -- 
> 2.31.1



More information about the Gdb-patches mailing list