Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Tom Tromey <tromey@redhat.com>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: Joel Brobecker <brobecker@adacore.com>, gdb-patches@sourceware.org
Subject: Re: [patch] Code cleanup: Make function typedef for find memory region
Date: Tue, 31 Aug 2010 16:51:00 -0000	[thread overview]
Message-ID: <m3occihgzj.fsf@fleche.redhat.com> (raw)
In-Reply-To: <20100831130152.GB9173@host1.dyn.jankratochvil.net> (Jan	Kratochvil's message of "Tue, 31 Aug 2010 15:01:52 +0200")

>>>>> "Jan" == Jan Kratochvil <jan.kratochvil@redhat.com> writes:

Tom> One case is the "bcache" case: you have a relatively simple data
Tom> structure with a defined public API.  In this case, I find it it
Tom> convenient to be able to read the header file to see the entire exported
Tom> API, without being distracted by the implementation.  This case is maybe
Tom> not as typical as we might like; many data types in gdb are semi-opaque
Tom> at best.

Jan> This is definitely a disagreement.

Yeah.  And of course, I will follow whatever we collectively agree upon.

Jan> Such general guide should be in doc/gdbint.texinfo .

I would rather get rid of this document, if possible.  Having it
separate from the source means that modifying it is usually an
afterthought.  It is better, IMO, to have the comments near the source,
because that increases the likelihood that a reviewer will remember to
ask for comment updates when a patch changes something.

Tom> The second case is implementations of virtual methods.

Jan> Implementation should name the field in the interface to be able to jump
Jan> there.

I like this idea.

Tom


  reply	other threads:[~2010-08-31 16:51 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-30  9:00 Jan Kratochvil
2010-08-30 10:44 ` Pedro Alves
2010-08-30 14:10   ` Joel Brobecker
2010-08-31 17:27   ` Jan Kratochvil
2010-08-31 18:12     ` Pedro Alves
2010-08-30 14:15 ` Joel Brobecker
2010-08-30 14:25   ` Jan Kratochvil
2010-08-30 14:58     ` Joel Brobecker
2010-08-30 15:04       ` Jan Kratochvil
2010-08-30 18:38     ` Tom Tromey
2010-08-31 13:02       ` Jan Kratochvil
2010-08-31 16:51         ` Tom Tromey [this message]
2010-08-31 17:13           ` Joel Brobecker
2010-08-31 17:33 ` Joel Brobecker
2010-08-31 18:09   ` Jan Kratochvil

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=m3occihgzj.fsf@fleche.redhat.com \
    --to=tromey@redhat.com \
    --cc=brobecker@adacore.com \
    --cc=gdb-patches@sourceware.org \
    --cc=jan.kratochvil@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