GCC 6 Status Report (2015-10-16)

GCC 6 Status Report (2015-10-16)

[Richard Biener]

Status
======

Trunk which will eventually become GCC 6 is still in Stage 1 but its
end is near and we are planning to transition into Stage 3 starting Nov 9th.

This means it is time to get things you want to have in GCC 6 finalized
and reviewed.  As usual there may be exceptions to late reviewed features
but don't count on that.  Likewise target specific features can sneak in
during Stage 3 if maintainers ok them.


Quality Data
============

Priority          #   Change from last report
--------        ---   -----------------------
P1                2    -   2
P2               84    +   4
P3              120    + 111
P4		 88    +   4
P5		 32    -   3
--------        ---   -----------------------
Total P1-P3     206    + 113
Total		326    + 114


Previous Report
===============

https://gcc.gnu.org/ml/gcc/2015-04/msg00146.html

Re: GCC 6 Status Report (2015-10-16)

[Pierre-Marie de Rodat]

Hi Richard,

On 10/16/2015 05:09 AM, Richard Biener wrote:
> This means it is time to get things you want to have in GCC 6 finalized
> and reviewed.  As usual there may be exceptions to late reviewed features
> but don't count on that.  Likewise target specific features can sneak in
> during Stage 3 if maintainers ok them.

This is just to point out I have series of DWARF-related patches 
awaiting reviews for several months. I plan to rebase against trunk, 
retest and resubmit them shortly but here’s an overview:

   * The patch series for transition to standard DWARF for Ada 
(https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01857.html). There are 8 
patches, each one depending on the previous one, except the 6/8 one 
(https://gcc.gnu.org/ml/gcc-patches/2015-07/msg01361.html) which could 
go on its own.

   * Fix DW_AT_static_link generation in DWARF 
(https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01855.html). The 
corresponding support in GDB is in the development branch.

   * Track indirect calls as call site information in DWARF 
(https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01856.html).

   * Materialize subprogram renamings in Ada as imported declarations in 
DWARF (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01854.html). The 
corresponding support in GDB is in the development branch.

If there is anything I should do to ease the review process, please let 
me know. :-) Thank you in advance!

-- 
Pierre-Marie de Rodat

Re: GCC 6 Status Report (2015-10-16)

[Jeff Law]

On 10/20/2015 09:42 AM, Pierre-Marie de Rodat wrote:
> Hi Richard,
>
> On 10/16/2015 05:09 AM, Richard Biener wrote:
>> This means it is time to get things you want to have in GCC 6 finalized
>> and reviewed.  As usual there may be exceptions to late reviewed features
>> but don't count on that.  Likewise target specific features can sneak in
>> during Stage 3 if maintainers ok them.
>
> This is just to point out I have series of DWARF-related patches
> awaiting reviews for several months. I plan to rebase against trunk,
> retest and resubmit them shortly but here’s an overview:
>
>    * The patch series for transition to standard DWARF for Ada
> (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01857.html). There are 8
> patches, each one depending on the previous one, except the 6/8 one
> (https://gcc.gnu.org/ml/gcc-patches/2015-07/msg01361.html) which could
> go on its own.
>
>    * Fix DW_AT_static_link generation in DWARF
> (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01855.html). The
> corresponding support in GDB is in the development branch.
>
>    * Track indirect calls as call site information in DWARF
> (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01856.html).
>
>    * Materialize subprogram renamings in Ada as imported declarations in
> DWARF (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01854.html). The
> corresponding support in GDB is in the development branch.
I've been leaving all that stuff to Jason & Jakub.  My knowledge of 
dwarf, both the specs and our implementation is so limited that my 
review would be worthless.

jeff

Re: GCC 6 Status Report (2015-10-16)

[Pierre-Marie de Rodat]

On 10/20/2015 12:01 PM, Jeff Law wrote:
>>    * The patch series for transition to standard DWARF for Ada
>> (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01857.html). There are 8
>> patches, each one depending on the previous one, except the 6/8 one
>> (https://gcc.gnu.org/ml/gcc-patches/2015-07/msg01361.html) which could
>> go on its own.

>>    * Track indirect calls as call site information in DWARF
>> (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01856.html).

> I've been leaving all that stuff to Jason & Jakub.  My knowledge of
> dwarf, both the specs and our implementation is so limited that my
> review would be worthless.

Thank you for your quick answer!

Regarding the long standard DWARF patch series, Jakup told me in July 
that he would not have time to review dwarf2out patches and advised me 
to ping Jason and Cary instead (which I did since then ;-)).

On the indirect calls tracking side (affecting both dwarf2out and 
var-tracking), Richard told me in August that he’s not the correct 
person to ping for dwarf2out patches, so I did ping you for the 
var-tracking part and Jason for the dwarf2out part afterwards.

-- 
Pierre-Marie de Rodat

Re: GCC 6 Status Report (2015-10-16)

[Jeff Law]

On 10/20/2015 01:16 PM, Pierre-Marie de Rodat wrote:
> On 10/20/2015 12:01 PM, Jeff Law wrote:
>>>    * The patch series for transition to standard DWARF for Ada
>>> (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01857.html). There are 8
>>> patches, each one depending on the previous one, except the 6/8 one
>>> (https://gcc.gnu.org/ml/gcc-patches/2015-07/msg01361.html) which could
>>> go on its own.
>
>>>    * Track indirect calls as call site information in DWARF
>>> (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01856.html).
>
>> I've been leaving all that stuff to Jason & Jakub.  My knowledge of
>> dwarf, both the specs and our implementation is so limited that my
>> review would be worthless.
>
> Thank you for your quick answer!
>
> Regarding the long standard DWARF patch series, Jakup told me in July
> that he would not have time to review dwarf2out patches and advised me
> to ping Jason and Cary instead (which I did since then ;-)).
>
> On the indirect calls tracking side (affecting both dwarf2out and
> var-tracking), Richard told me in August that he’s not the correct
> person to ping for dwarf2out patches, so I did ping you for the
> var-tracking part and Jason for the dwarf2out part afterwards.
var tracking might be best sent to Alex (aoliva@redhat.com) and the 
dwarf stuff to Jason, Cary & Jakub.

Jeff