From: Daniel Berlin <dan@www.cgsoftware.com>
To: Paul Hilfinger <hilfingr@gnat.com>
Cc: <gdb-patches@sources.redhat.com>
Subject: Re: Question concerning comment in symtab.h
Date: Wed, 09 May 2001 21:20:00 -0000 [thread overview]
Message-ID: <Pine.LNX.4.33.0105100000020.11973-100000@www.cgsoftware.com> (raw)
In-Reply-To: <20010510034215.C1AF5F28A4@nile.gnat.com>
On Wed, 9 May 2001, Paul Hilfinger wrote:
>
> > Date: Wed, 9 May 2001 20:21:26 -0400
> > From: Daniel Berlin <dan@cgsoftware.com>
> >
> > On Wednesday, May 9, 2001, at 08:04 PM, Paul N. Hilfinger wrote:
> >
> > > .... As of 16 Apr 93, this flag is never used to distinguish
> > > between gcc2 and the native compiler.
> > > ...
> > >
> > > unsigned char gcc_compile_flag;
> > >
> > > Am I correct that this comment is wrong? ...
> > >
> > > [I ask because we may have another use for BLOCK_GCC_COMPILED, ...
> >
> > What do you want to do with BLOCK_GCC_COMPILED?
>
> Right, and that's our intention. So, during symbol reading, one is now
> supposed to reference gcc_compile_flag directly (and not reference it at
> all elsewhere)?
You mean proceessing_gcc_compilation. This is what BLOCK_GCC_COMPILED gets
set to.
It only matters for STABS, anyway. For DWARF2, it's always set to 2, and
i'm not sure about mdebug and xcoff.
>
> And, again, my original question: Is the "As of 16 Apr 93" comment above
> indeed incorrect, or am I misunderstanding its intent?
Technically, it's correct. Or at least, it's supposed to be.
Do all the hacks necessary in the symbol readers, unless it's literally
impossible.
Heck, i'd rather see someone have to add a field to the type structure to
or symbol structure to handle a difference, then introduce hacks into
hand_function_call or something.
>
> P. Hilfinger
>
next prev parent reply other threads:[~2001-05-09 21:20 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-05-09 17:04 Paul N. Hilfinger
2001-05-09 17:21 ` Daniel Berlin
2001-05-09 20:42 ` Paul Hilfinger
2001-05-09 21:20 ` Daniel Berlin [this message]
2001-05-09 22:33 ` Paul Hilfinger
2001-05-09 23:33 ` Daniel Berlin
2001-05-16 12:39 ` Elena Zannoni
2001-05-16 12:50 ` Paul Hilfinger
2001-05-16 13:09 ` Daniel Berlin
[not found] ` <15106.61691.835809.994768@kwikemart.cygnus.com>
2001-05-16 14:39 ` Daniel Berlin
2001-05-16 21:30 ` Elena Zannoni
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=Pine.LNX.4.33.0105100000020.11973-100000@www.cgsoftware.com \
--to=dan@www.cgsoftware.com \
--cc=gdb-patches@sources.redhat.com \
--cc=hilfingr@gnat.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