Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: mec.gnu@mindspring.com (Michael Elizabeth Chastain)
To: drow@false.org, gdb@sources.redhat.com
Subject: Re: What is gdb.base/structs2.exp actually testing?
Date: Mon, 08 Mar 2004 16:32:00 -0000	[thread overview]
Message-ID: <20040308163222.198184B104@berman.michael-chastain.com> (raw)

drow> Personally, that seems like a very dubious optimization for GCC to be
drow> making at -O0... we can't change the calling convention at -O0, so the
drow> arguments are there, so GCC ought to emit enough information for us to
drow> find them.  You didn't mention what compiler version you're testing
drow> with...

Right.  At gcc -O0, all the variables should exist whether the program
uses them or not.  From the gcc manual:

  Without `-O', the compiler's goal is to reduce the cost of compilation
  and to make debugging produce the expected results.  Statements are
  independent: if you stop the program with a breakpoint between
  statements, you can then assign a new value to any variable or change
  the program counter to any other statement in the function and get
  exactly the results you would expect from the source code.

I think that recent versions of gcc have been cavalier about this.
I think it would help to have a pow-wow with gcc people and work
out more specific requirements for gcc in this area.  If gcc can't
perform as the manual says, then we have to change the manual.

Michael C


             reply	other threads:[~2004-03-08 16:32 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-08 16:32 Michael Elizabeth Chastain [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-03-08 15:11 Bloch, Jack
2004-03-08 14:42 Corinna Vinschen
2004-03-08 14:54 ` Daniel Jacobowitz
2004-03-08 15:07   ` Corinna Vinschen
2004-03-08 16:20 ` Andrew Cagney

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=20040308163222.198184B104@berman.michael-chastain.com \
    --to=mec.gnu@mindspring.com \
    --cc=drow@false.org \
    --cc=gdb@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