Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Tom de Vries <tdevries@suse.de>
To: Luis Machado <luis.machado@linaro.org>, gdb-patches@sourceware.org
Subject: Re: [PATCH][gdb/testsuite] Be quiet about untested dtrace-prob.exp
Date: Tue, 18 Feb 2020 13:13:00 -0000	[thread overview]
Message-ID: <511ae4d0-9d0b-fc77-5ad8-b99f6b0128f6@suse.de> (raw)
In-Reply-To: <b701cb6b-ebe0-a9f6-9546-a5aabc0a9535@linaro.org>

On 18-02-2020 13:35, Luis Machado wrote:
> On 2/18/20 9:02 AM, Tom de Vries wrote:
>> Hi,
>>
>> When running gdb.base/dtrace-probe.exp, I get this on stdout/stderr:
>> ...
>> Running src/gdb/testsuite/gdb.base/dtrace-probe.exp ...
>> gdb compile failed, ld: error in \
>>    build/gdb/testsuite/outputs/gdb.base/dtrace-probe/dtrace-probe.o\
>>    (.eh_frame); no .eh_frame_hdr table will be created
>> ld: crt1.o: in function `_start':
>> start.S:110: undefined reference to `main'
>> ld: build/gdb/testsuite/outputs/gdb.base/dtrace-probe/dtrace-probe-p.o:\
>>    (.SUNW_dof+0x88): undefined reference to `main'
>> ld: build/gdb/testsuite/outputs/gdb.base/dtrace-probe/dtrace-probe-p.o:\
>>    (.SUNW_dof+0xb8): undefined reference to `main'
>> collect2: error: ld returned 1 exit status
>>
>>                  === gdb Summary ===
>>
>> nr of untested testcases         1
> 
> Odd. I'm running this natively on aarch64 and i don't see the same. I
> only get output in gdb.log.
> 

I've looked a bit at the semantics of output_clone (in
/usr/share/dejagnu/framework.exp), and the only way I could think of how
that would happen for you is if the output somehow starts with a keyword
like PASS/FAIL/WARNING/ERROR/etc. [ If you want to chase that difference
it could be useful to post a gdb.log/gdb.sum/stdout_stderr.log. ]

Anyway, the behaviour I'm seeing looks correct to me.

>> ...
>>
>> There is no reason to be this verbose about the failure to compile.
>>
>> Fix this by using quiet as additional option to gdb_compile in
>> dtrace_build_usdt_test_program.  Note that the error message still
>> occurs in
>> gdb.log.
>>
>> Tested on x86_64-linux.
>>
>> OK for trunk?
>>
>> Thanks,
>> - Tom
>>
>> [gdb/testsuite] Be quiet about untested dtrace-prob.exp
>>
>> gdb/testsuite/ChangeLog:
>>
>> 2020-02-18  Tom de Vries  <tdevries@suse.de>
>>
>>     * lib/dtrace.exp (dtrace_build_usdt_test_program): Use quiet as
>>     gdb_compile option.
>>
>> ---
>>   gdb/testsuite/lib/dtrace.exp | 6 ++++--
>>   1 file changed, 4 insertions(+), 2 deletions(-)
>>
>> diff --git a/gdb/testsuite/lib/dtrace.exp b/gdb/testsuite/lib/dtrace.exp
>> index 9aed481f32..8f861c9de4 100644
>> --- a/gdb/testsuite/lib/dtrace.exp
>> +++ b/gdb/testsuite/lib/dtrace.exp
>> @@ -52,7 +52,8 @@ proc dtrace_build_usdt_test_program {} {
>>       }
>>         # 2. Compile testprogram.c.
>> -    set options [list debug additional_flags=-I[file dirname
>> $out_header_file]]
>> +    set options [list debug quiet \
>> +             additional_flags=-I[file dirname $out_header_file]]
>>       if {[gdb_compile "${srcdir}/${subdir}/${srcfile}" "${binfile}.o"
>> object ${options}] != ""} {
>>           return -1
>>       }
>> @@ -65,7 +66,8 @@ proc dtrace_build_usdt_test_program {} {
>>       }
>>         # 4. Link everything together to get the test program.
>> -    if {[gdb_compile "${binfile}.o ${binfile}-p.o" ${binfile}
>> executable {debug}] != ""} {
>> +    if {[gdb_compile "${binfile}.o ${binfile}-p.o" ${binfile}
>> executable \
>> +         {debug quiet}] != ""} {
>>           return -1
>>       }
>>   }
>>
> Then again, it wouldn't hurt to prevent noisy output. So, this LGTM.

Ack, thanks for the review.

- Tom


  reply	other threads:[~2020-02-18 13:13 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-18 12:02 Tom de Vries
2020-02-18 12:35 ` Luis Machado
2020-02-18 13:13   ` Tom de Vries [this message]
2020-02-18 13:20     ` Luis Machado
2020-02-18 13:36       ` Tom de Vries
2020-02-18 21:26 ` 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=511ae4d0-9d0b-fc77-5ad8-b99f6b0128f6@suse.de \
    --to=tdevries@suse.de \
    --cc=gdb-patches@sourceware.org \
    --cc=luis.machado@linaro.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