From: mec.gnu@mindspring.com (Michael Elizabeth Chastain)
To: drow@mvista.com, mec.gnu@mindspring.com
Cc: gdb-patches@sources.redhat.com
Subject: Re: [rfa/testsuite] rewrite get_compiler_info
Date: Wed, 07 Jan 2004 03:16:00 -0000 [thread overview]
Message-ID: <20040107031600.6C35A4B35A@berman.michael-chastain.com> (raw)
drow> Is it possible to do this in gdb_compile instead?
Well, as far as the "instead" part goes, I don't want any copies
of "gcc -E compiler.c" in the log at all. So I have to disable
the logging that happens in dejagnu as well as the logging that
happens in gdb_compile.
drow> If you check gdb.log, currently compiler error messages get logged
drow> twice. Sounds like the same problem.
Error messages appear THREE times in gdb.log.
I'm vague about the difference between stdout and stderr here
but that doesn't matter at this stage.
When the compiler produces error messages:
(1) In dejagnu, runtest.exp sets up "expect" logging with the call:
log_file -a "$outdir/$tool.log". That puts one copy in gdb.log.
(2) In dejagnu, default_target_compile calls "verbose -log ...".
That puts a second copy in gdb.log.
(3) In gdb, gdb_compile says: "clone_output ...". That puts a third
copy in gdb.log. It also puts one copy in gdb.sum and one copy
on the standard output or standard_error (I'm capturing them both in
a single file anyways).
So in dejagnu, default_target_compile should call "verbose ..." instead
of "verbose -log ...". Or maybe just STFU.
And in gdb, gdb_compile should not use "clone_output". gdb_compile
could do something that writes to stdout/stderr and writes to gdb.sum
but does not write to gdb.log. Off hand, I don't know how to do that.
Or we could just make gdb_compile more quiet as well. Like, have it
raise some kind of test result, but not print any messages to
stdout/stderr or gdb.sum.
Michael C
next reply other threads:[~2004-01-07 3:16 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-07 3:16 Michael Elizabeth Chastain [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-01-07 1:34 Michael Elizabeth Chastain
2004-01-07 2:51 ` Daniel Jacobowitz
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=20040107031600.6C35A4B35A@berman.michael-chastain.com \
--to=mec.gnu@mindspring.com \
--cc=drow@mvista.com \
--cc=gdb-patches@sources.redhat.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