public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
* GDB 8.3.1 to be released very soon!
@ 2019-09-16 21:31 Joel Brobecker
  2019-09-19 14:28 ` Tom de Vries
  0 siblings, 1 reply; 4+ messages in thread
From: Joel Brobecker @ 2019-09-16 21:31 UTC (permalink / raw)
  To: gdb-patches

Hello everyone,

The plan is to create the GDB 8.3.1 release very soon, as I think
we are now ready.

As far as I know, there is only one patch series that's pending
confirmation that it's OK to backport:

  * [TomDV] Add Rust support to source highlighting
    https://www.sourceware.org/ml/gdb-patches/2019-09/msg00225.html

    The backport of the second patch needs confirmation that
    it's OK (TomT). Please remember that all patches going into
    the .1 need to have a corresponding PR, with the PR's target
    milestone being set to 8.3.1, so TomDV will need to adjust
    his patches accordingly.

If anyone has other changes that are pending for 8.3.1, now is
the time to say so; unless there are more patches, I'm planning
on creating the release on Friday or Saturday.

-- 
Joel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: GDB 8.3.1 to be released very soon!
  2019-09-16 21:31 GDB 8.3.1 to be released very soon! Joel Brobecker
@ 2019-09-19 14:28 ` Tom de Vries
  2019-09-20 15:20   ` Joel Brobecker
  0 siblings, 1 reply; 4+ messages in thread
From: Tom de Vries @ 2019-09-19 14:28 UTC (permalink / raw)
  To: Joel Brobecker, gdb-patches

On 16-09-19 23:31, Joel Brobecker wrote:
> Hello everyone,
> 
> The plan is to create the GDB 8.3.1 release very soon, as I think
> we are now ready.
> 
> As far as I know, there is only one patch series that's pending
> confirmation that it's OK to backport:
> 
>   * [TomDV] Add Rust support to source highlighting
>     https://www.sourceware.org/ml/gdb-patches/2019-09/msg00225.html
> 
>     The backport of the second patch needs confirmation that
>     it's OK (TomT). Please remember that all patches going into
>     the .1 need to have a corresponding PR, with the PR's target
>     milestone being set to 8.3.1, so TomDV will need to adjust
>     his patches accordingly.
> 

This is done.

> If anyone has other changes that are pending for 8.3.1, now is
> the time to say so; unless there are more patches, I'm planning
> on creating the release on Friday or Saturday.
> 

I've only got one outstanding patch for 8.3, which adds a KFAIL, not a
gdb code change, so not strictly necessary and more of a convenience.
This is "[PATCH, 8.3][gdb/testsuite] Mark watchthreads-reorder.exp FAIL
as KFAIL" @ https://sourceware.org/ml/gdb-patches/2019-09/msg00221.html .

Thanks,
- Tom

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: GDB 8.3.1 to be released very soon!
  2019-09-19 14:28 ` Tom de Vries
@ 2019-09-20 15:20   ` Joel Brobecker
  2019-09-21 10:27     ` Tom de Vries
  0 siblings, 1 reply; 4+ messages in thread
From: Joel Brobecker @ 2019-09-20 15:20 UTC (permalink / raw)
  To: Tom de Vries; +Cc: gdb-patches

> > As far as I know, there is only one patch series that's pending
> > confirmation that it's OK to backport:
> > 
> >   * [TomDV] Add Rust support to source highlighting
> >     https://www.sourceware.org/ml/gdb-patches/2019-09/msg00225.html
> > 
> >     The backport of the second patch needs confirmation that
> >     it's OK (TomT). Please remember that all patches going into
> >     the .1 need to have a corresponding PR, with the PR's target
> >     milestone being set to 8.3.1, so TomDV will need to adjust
> >     his patches accordingly.
> > 
> 
> This is done.

Thanks for confirming. I missed that when I sent you a private note
a few minutes ago about it...

> > If anyone has other changes that are pending for 8.3.1, now is
> > the time to say so; unless there are more patches, I'm planning
> > on creating the release on Friday or Saturday.
> > 
> 
> I've only got one outstanding patch for 8.3, which adds a KFAIL, not a
> gdb code change, so not strictly necessary and more of a convenience.
> This is "[PATCH, 8.3][gdb/testsuite] Mark watchthreads-reorder.exp FAIL
> as KFAIL" @ https://sourceware.org/ml/gdb-patches/2019-09/msg00221.html .

If it was just me deciding, I would keep it out. It's only for developers
where it's not really going to make such a difference, since we tend to
validate patches by diffing the results before and after, while at
the same time, it's using a central function of our testsuite. It's
a fairly mechanical change, so the risk is probably relatively low,
but even then, I don't think the gains are worth that risk.

-- 
Joel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: GDB 8.3.1 to be released very soon!
  2019-09-20 15:20   ` Joel Brobecker
@ 2019-09-21 10:27     ` Tom de Vries
  0 siblings, 0 replies; 4+ messages in thread
From: Tom de Vries @ 2019-09-21 10:27 UTC (permalink / raw)
  To: Joel Brobecker; +Cc: gdb-patches

On 20-09-19 17:20, Joel Brobecker wrote:
>>> As far as I know, there is only one patch series that's pending
>>> confirmation that it's OK to backport:
>>>
>>>   * [TomDV] Add Rust support to source highlighting
>>>     https://www.sourceware.org/ml/gdb-patches/2019-09/msg00225.html
>>>
>>>     The backport of the second patch needs confirmation that
>>>     it's OK (TomT). Please remember that all patches going into
>>>     the .1 need to have a corresponding PR, with the PR's target
>>>     milestone being set to 8.3.1, so TomDV will need to adjust
>>>     his patches accordingly.
>>>
>>
>> This is done.
> 
> Thanks for confirming. I missed that when I sent you a private note
> a few minutes ago about it...
> 
>>> If anyone has other changes that are pending for 8.3.1, now is
>>> the time to say so; unless there are more patches, I'm planning
>>> on creating the release on Friday or Saturday.
>>>
>>
>> I've only got one outstanding patch for 8.3, which adds a KFAIL, not a
>> gdb code change, so not strictly necessary and more of a convenience.
>> This is "[PATCH, 8.3][gdb/testsuite] Mark watchthreads-reorder.exp FAIL
>> as KFAIL" @ https://sourceware.org/ml/gdb-patches/2019-09/msg00221.html .
> 
> If it was just me deciding, I would keep it out. It's only for developers
> where it's not really going to make such a difference, since we tend to
> validate patches by diffing the results before and after, while at
> the same time, it's using a central function of our testsuite. It's
> a fairly mechanical change, so the risk is probably relatively low,
> but even then, I don't think the gains are worth that risk.
> 

Hi Joel,

I'm fine with going by your guidance and skipping this patch. I don't
want the release to be held up for this.

Thanks,
- Tom

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2019-09-21 10:27 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-09-16 21:31 GDB 8.3.1 to be released very soon! Joel Brobecker
2019-09-19 14:28 ` Tom de Vries
2019-09-20 15:20   ` Joel Brobecker
2019-09-21 10:27     ` Tom de Vries

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).