public inbox for archer@sourceware.org
 help / color / mirror / Atom feed
From: Tom Tromey <tromey@redhat.com>
To: Yao Qi <qiyaoltc@gmail.com>
Cc: archer@sourceware.org
Subject: Re: C++ draft
Date: Wed, 29 Jun 2011 20:06:00 -0000	[thread overview]
Message-ID: <m339isxv1s.fsf@fleche.redhat.com> (raw)
In-Reply-To: <BANLkTimpvfyY4hWO_WGxtpXqf8sLiQX6YwfX4fhyJ5Lz8nb3Qw@mail.gmail.com> (Yao Qi's message of "Tue, 28 Jun 2011 16:21:22 +0800")

Yao> In your concrete plan, IIUC, your plan is about converting GDB to C++
Yao> *partially*, instead of re-write GDB *completely*.  Is that
Yao> correct?

Yes.  I don't think a complete rewrite is either practical or advisable.
Instead I think an incremental approach is best.

Now, one possible criticism is that such incremental changes often peter
out.  And this is definitely a possible problem -- after exceptions and
python reference counting, what do we care enough about to transform?  I
mean, it is easy to think of areas that can be C++-ified, but are the
benefits enough to justify the work?  Would we be better off just
writing GCC plugins to check our changes?  I tend to think the benefits
are worth the cost, but it is hard to know this with any certainty.

Yao> For example, I don't anything in your plan about converting *-tdep.c
Yao> stuff into C++.   Is it in your plan or we plan to leave them as they
Yao> are now?

Leave them.

Yao> Do we plan to move gdbserver to C++?  I think no, because [...]

I agree.

Yao> I don't think C and C++ co-existance is a problem, or, your plan is
Yao> about "make good use of C++ to replace some bad and error-prone stuffs
Yao> in GDB, and keep the rest of GDB as it is".  Is it right?

Yes.

Yao> Just want to know clearly what GDB will be after your plan is performed.

I think we will always have parts in C.  At the very least BFD, and if
you push forward on the gdbserver library project, then the shared bits
there as well.

Tom

  parent reply	other threads:[~2011-06-29 20:06 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-27 21:08 Tom Tromey
2011-06-27 21:23 ` [Archer] " Joel Brobecker
2011-06-29 19:55   ` Tom Tromey
2011-06-29 21:47     ` [Archer] " Joel Brobecker
2011-06-28  4:33 ` Matt Rice
2011-06-28  8:21 ` Yao Qi
2011-06-28 12:21   ` Gary Benson
2011-06-28 17:08     ` Matt Rice
2011-06-28 17:36     ` Jan Kratochvil
2011-06-29 20:08     ` Tom Tromey
2011-06-29 20:06   ` Tom Tromey [this message]
2011-06-30  6:06     ` Yao Qi
2011-09-26 21:01       ` Jim Blandy
2011-06-29 18:52 ` Stan Shebs
2011-06-29 19:03   ` [Archer] " Joel Brobecker

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=m339isxv1s.fsf@fleche.redhat.com \
    --to=tromey@redhat.com \
    --cc=archer@sourceware.org \
    --cc=qiyaoltc@gmail.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).