public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: Simon Marchi <simark@simark.ca>
Cc: Kamil Rytarowski <kamil@netbsd.org>, gdb-patches@sourceware.org
Subject: Re: Propose GDB 10 branch this Fri-Sun (Sep 11-13) [2020-09-05 Update]
Date: Tue, 8 Sep 2020 06:49:22 -0700	[thread overview]
Message-ID: <20200908134922.GB18641@adacore.com> (raw)
In-Reply-To: <e06fc3b7-8e91-8235-c1c2-d2d764ae6a38@simark.ca>

> I think that's reasonable.  I just finished taking a look, I did review it
> as best as I could.  There's not much risk in merging it, and the sooner this
> is available upstream, the better, so I think we should just go ahead with it.
> 
> Of course, the more pair of eyes on the code the better, so if somebody else
> wants to take a look, go ahead.
> 
> I would also consider including the gdbserver support for ARC, with the same
> logic.  But I don't think that has to block the branch creation, we can easily
> cherry-pick it.

I'm not opposed to these going into GDB 10 on the basis that they
are isolated pieces of code that can't affect the rest. On the other
hand, if those can be safely pushed at the last minute, they should
also be cherry-pickable on the branch, so given the very large delay
the branching has already suffered, I would not delay branching
for this new feature further. We can simply cherry-pick those later.
Would that be acceptable?

-- 
Joel

  reply	other threads:[~2020-09-08 13:49 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-05 20:53 Joel Brobecker
2020-09-07  0:07 ` Kamil Rytarowski
2020-09-07 20:02   ` Simon Marchi
2020-09-08 13:49     ` Joel Brobecker [this message]
2020-09-08 13:51       ` Kamil Rytarowski
2020-09-10 15:01         ` Simon Marchi
2020-09-08 15:40 ` Christian Biesinger
2020-09-08 17:06   ` Joel Brobecker
2020-09-10 15:03 ` Simon Marchi

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=20200908134922.GB18641@adacore.com \
    --to=brobecker@adacore.com \
    --cc=gdb-patches@sourceware.org \
    --cc=kamil@netbsd.org \
    --cc=simark@simark.ca \
    /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).