Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <ac131313@redhat.com>
To: David Carlton <carlton@math.stanford.edu>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [patch] some mindless additions of BLOCK_ macros
Date: Wed, 23 Oct 2002 16:04:00 -0000	[thread overview]
Message-ID: <3DB72AE4.1040908@redhat.com> (raw)
In-Reply-To: <ro165vs4zzf.fsf@jackfruit.Stanford.EDU>

> I recently noticed that the BLOCK_ macros weren't used everywhere they
> could be.  I know Andrew doesn't like macros, but given that these
> ones are used almost everywhere, they might as well be used
> everywhere.

Yep.

It's more that I like opaque types - it is all about `control' - with an 
opaque type it simply isn't possible to sneak in [old] code that grubs 
around in the internals.  You could consider block.[hc]?

(I need to come clean and admit that I'm quietly moving all the frame 
specific stuff out of blockframe.c and into frame.c so it can be opaque. 
  I suspect everone guessed this long ago, though :-)

> I've tested the parse.c part of this by doing a make check, the
> x86-64-tdep.c part by doing an all targets build and noticing that it
> still compiles, and the objc-lang.c part hasn't been tested at all.
> They're all trivial changes, so that amount of testing seems to me to
> be sufficient.
> 
> This patch seems obvious to me; if nobody complains, I'll commit it in
> a day or two.

I think its safe for today.

Andrew



  reply	other threads:[~2002-10-23 23:04 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-23 14:17 David Carlton
2002-10-23 16:04 ` Andrew Cagney [this message]
2002-10-23 16:19   ` David Carlton
2002-10-23 16:59     ` Andrew Cagney
2002-10-23 17:20       ` David Carlton
2002-10-23 16:24   ` Daniel Jacobowitz
2002-10-23 16:50     ` David Carlton
2002-10-23 17:18 ` 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=3DB72AE4.1040908@redhat.com \
    --to=ac131313@redhat.com \
    --cc=carlton@math.stanford.edu \
    --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