[Bug c++/60955] New: Erroneous warning about taking address of register with std=c++1y

[Bug c++/60955] New: Erroneous warning about taking address of register with std=c++1y

[matt at godbolt dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

            Bug ID: 60955
           Summary: Erroneous warning about taking address of register
                    with std=c++1y
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: matt at godbolt dot org

This short snippet, when compiled with GCC4.9.0 and -Wextra and -std=c++1y,
gives an erroneous warning about taking the address of a register:

===
$ cat test2.cc
// compile with -Wextra -std=c++1y
unsigned int erroneous_warning(register int a) {
    if ((a) & 0xff) return 1; else return 0;
}
unsigned int no_erroneous_warning(register int a) {
    if (a & 0xff) return 1; else return 0;
}
$ g++ -Wextra -std=c++11 -c test2.cc
test2.cc: In function ‘unsigned int erroneous_warning(int)’:
test2.cc:3:10: warning: address requested for ‘a’, which is declared ‘register’
[-Wextra]
     if ((a) & 0xff) return 1; else return 0;
          ^
$ g++ -v
Using built-in specs.
COLLECT_GCC=/home/mgodbolt/.fighome/runtime/gcc/4.9.0-2/bin/g++
COLLECT_LTO_WRAPPER=/mnt/data/fighome/runtime/gcc/4.9.0-2/bin/../libexec/gcc/x86_64-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../gcc-4.9.0/configure --prefix
/data/teamcity/work/sud-chibld05-002-RHEL6/9d49ff0b2777552a/scratch/gcc/4.9.0/staging
--build=x86_64-linux-gnu --disable-multilibs --enable-clocale=gnu
--enable-languages=c,c++ --enable-ld=yes --enable-gold=yes
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-linker-build-id
--enable-lto --enable-plugins --enable-threads=posix --host=x86_64-linux-gnu
--target=x86_64-linux-gnu --with-pkgversion=DRW-internal-build
--with-system-zlib --disable-werror
--with-libelf=/data/teamcity/work/sud-chibld05-002-RHEL6/9d49ff0b2777552a/scratch/gcc/4.9.0/build/libelf-0.8.13
Thread model: posix
gcc version 4.9.0 (DRW-internal-build) 
===

When compiled with -std=c++11 the warning disappears.  Note the extra
parentheses are also needed to trigger the warning.
>From gcc-bugs-return-449821-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Apr 24 19:36:32 2014
Return-Path: <gcc-bugs-return-449821-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 4416 invoked by alias); 24 Apr 2014 19:36:31 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 4351 invoked by uid 48); 24 Apr 2014 19:36:25 -0000
From: "matt at godbolt dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/60955] Erroneous warning about taking address of register with std=c++1y
Date: Thu, 24 Apr 2014 19:36:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: matt at godbolt dot org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-60955-4-M5P1q28rH3@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60955-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60955-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-04/txt/msg01841.txt.bz2
Content-length: 388

http://gcc.gnu.org/bugzilla/show_bug.cgi?id`955

--- Comment #1 from Matt Godbolt <matt at godbolt dot org> ---
The previous snippet wasn't quite as minimal as it could be.  This single line
also reproduces it:

unsigned int erroneous_warning(register int a) { return (a); }

Jonathan Wakely mentioned this may be related to this bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?idW573

[Bug c++/60955] Erroneous warning about taking address of register with std=c++1y

[harald at gigawatt dot nl]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

Harald van Dijk <harald at gigawatt dot nl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |harald at gigawatt dot nl

--- Comment #2 from Harald van Dijk <harald at gigawatt dot nl> ---
This is caused by the implementation of C++1y decltype(auto), where seemingly
redundant parentheses around an identifier must not simply be removed, because
they may be significant.

int a;
decltype(auto) b = a; // means int b = a;
decltype(auto) c = (a); // means int &c = a;

GCC implements this by transforming (a) into static_cast<int &>(a)
(force_paren_expr in gcc/cp/semantics.c), which would normally be a no-op, but
causes the warning when a is declared using the "register" keyword.

[Bug c++/60955] Erroneous warning about taking address of register with std=c++1y

[manu at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-04-26
                 CC|                            |manu at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #3 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Harald van Dijk from comment #2)
> This is caused by the implementation of C++1y decltype(auto), where
> seemingly redundant parentheses around an identifier must not simply be
> removed, because they may be significant.
> 
> int a;
> decltype(auto) b = a; // means int b = a;
> decltype(auto) c = (a); // means int &c = a;
> 
> GCC implements this by transforming (a) into static_cast<int &>(a)
> (force_paren_expr in gcc/cp/semantics.c), which would normally be a no-op,
> but causes the warning when a is declared using the "register" keyword.

It is pretty awful that C++14 has made extra parentheses to become significant.

But yes, this explains this bug and also PR57573.

It would be nice if expressions could be marked as compiler-generated, like we
have DECL_ARTIFICIAL for declarations. But you could set TREE_NO_WARNING(expr)
= true and check that in the warning code.
>From gcc-bugs-return-449970-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Apr 26 16:42:33 2014
Return-Path: <gcc-bugs-return-449970-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 12785 invoked by alias); 26 Apr 2014 16:42:32 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 12739 invoked by uid 48); 26 Apr 2014 16:42:29 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/60955] Erroneous warning about taking address of register with std=c++1y
Date: Sat, 26 Apr 2014 16:42:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-60955-4-A1SMs9nnPq@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60955-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60955-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-04/txt/msg01990.txt.bz2
Content-length: 850

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

--- Comment #4 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
Perhaps also this special case could also be removed by using TREE_NO_WARNING.

diff --git a/gcc/cp/typeck.c b/gcc/cp/typeck.c
index c91612c..d8374d9 100644
--- a/gcc/cp/typeck.c
+++ b/gcc/cp/typeck.c
@@ -6291,7 +6291,10 @@ maybe_warn_about_useless_cast (tree type, tree expr,
tsubst_flags_t complain)
   if (warn_useless_cast
       && complain & tf_warning)
     {
-      if (REFERENCE_REF_P (expr))
+      /* In C++14 mode, this interacts badly with force_paren_expr.  And it
+     isn't necessary in any mode, because the code below handles
+     glvalues properly.  For 4.9, just skip it in C++14 mode.  */
+      if (cxx_dialect < cxx1y && REFERENCE_REF_P (expr))
     expr = TREE_OPERAND (expr, 0);
>From gcc-bugs-return-449971-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Apr 26 21:53:06 2014
Return-Path: <gcc-bugs-return-449971-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 2134 invoked by alias); 26 Apr 2014 21:53:05 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 2092 invoked by uid 55); 26 Apr 2014 21:53:01 -0000
From: "jvdelisle at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libfortran/52539] I/O: Wrong result for UTF-8/UCS-4 list-directed and namelist read and nml write
Date: Sat, 26 Apr 2014 21:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libfortran
X-Bugzilla-Version: 4.8.0
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jvdelisle at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: jvdelisle at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-52539-4-CsRiqkIpS2@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-52539-4@http.gcc.gnu.org/bugzilla/>
References: <bug-52539-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-04/txt/msg01991.txt.bz2
Content-length: 953

http://gcc.gnu.org/bugzilla/show_bug.cgi?idR539

--- Comment #7 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> ---
Author: jvdelisle
Date: Sat Apr 26 21:52:26 2014
New Revision: 209828

URL: http://gcc.gnu.org/viewcvs?rev 9828&root=gcc&view=rev
Log:
2014-04-26  Jerry DeLisle  <jvdelisle@gcc.gnu>

    PR libfortran/52539
    * io/list_read.c: Add uchar typedef. (push_char4): New function
    to save kind=4 character. (next_char_utf8): New function to read
    a single UTF-8 encoded character value. (read_chracter): Update
    to use the new functions for reading UTF-8 strings.
    (list_formatted_read_scalar): Update to handle list directed
    reads of UTF-8 strings. (nml_read_obj): Likewise update for
    UTF-8 strings in namelists.
    * io/write.c (nml_write_obj): Add kind=4 character support for
    namelist writes.

Modified:
    trunk/libgfortran/ChangeLog
    trunk/libgfortran/io/list_read.c
    trunk/libgfortran/io/write.c

[Bug c++/60955] [4.9/5 Regression] Erroneous warning about taking address of register with std=c++1y

[paolo.carlini at oracle dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Erroneous warning about     |[4.9/5 Regression]
                   |taking address of register  |Erroneous warning about
                   |with std=c++1y              |taking address of register
                   |                            |with std=c++1y

--- Comment #5 from Paolo Carlini <paolo.carlini at oracle dot com> ---
This is a regression. Manuel, are you going to pursue the issue further and
send to the mailing list a complete patch?

[Bug c++/60955] [4.9/5 Regression] Erroneous warning about taking address of register with std=c++1y

[manu at gcc dot gnu.org]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 3567 bytes --]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

--- Comment #6 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Paolo Carlini from comment #5)
> This is a regression. Manuel, are you going to pursue the issue further and
> send to the mailing list a complete patch?

I don't even remember the details of this. The above doesn't actually look like
a patch of mine, perhaps the patch that introduced the regression?
>From gcc-bugs-return-469542-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Dec 05 12:29:24 2014
Return-Path: <gcc-bugs-return-469542-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 31293 invoked by alias); 5 Dec 2014 12:29:23 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 31267 invoked by uid 48); 5 Dec 2014 12:29:20 -0000
From: "cederman at gaisler dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/64193] New: Decreased performance after r173250
Date: Fri, 05 Dec 2014 12:29:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 4.9.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cederman at gaisler dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cf_gcctarget attachments.created
Message-ID: <bug-64193-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-12/txt/msg00549.txt.bz2
Content-length: 1294

https://gcc.gnu.org/bugzilla/show_bug.cgi?idd193

            Bug ID: 64193
           Summary: Decreased performance after r173250
           Product: gcc
           Version: 4.9.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: tree-optimization
          Assignee: unassigned at gcc dot gnu.org
          Reporter: cederman at gaisler dot com
            Target: i686-build_pc-linux-gnu

Created attachment 34196
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id4196&actioníit
preprocessed source

When comparing version 4.4.2 with version 4.9.2 I noticed a performance
decrease for the Whetstone benchmark. It seems to have been introduced with
r173250. Compiling Whetstone with the latest master (r217599) I get the
following numbers:

Without r173250:
Loops: 5000000, Iterations: 1, Duration: 54 sec.
C Converted Double Precision Whetstones: 9259.3 MIPS

With r173250:
Loops: 5000000, Iterations: 1, Duration: 58 sec.
C Converted Double Precision Whetstones: 8620.7 MIPS

The assembly output has also increased in size.

I have attached a preprocessed copy of the Whetstone benchmark and assembly
output for i686-build_pc-linux-gnu compiled with -O3, with and without r173250.

Let me know if you need any more information.

[Bug c++/60955] [4.9/5 Regression] Erroneous warning about taking address of register with std=c++1y

[paolo.carlini at oracle dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

--- Comment #7 from Paolo Carlini <paolo.carlini at oracle dot com> ---
I think you are right. Now I wonder if the comment means that for the next
release series, aka current mainline, we can seriously try to remove the whole
conditional...

[Bug c++/60955] [4.9/5 Regression] Erroneous warning about taking address of register with std=c++1y

[paolo.carlini at oracle dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Assignee|unassigned at gcc dot gnu.org      |paolo.carlini at oracle dot com

[Bug c++/60955] [4.9/5 Regression] Erroneous warning about taking address of register with std=c++1y

[paolo at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

--- Comment #8 from paolo at gcc dot gnu.org <paolo at gcc dot gnu.org> ---
Author: paolo
Date: Thu Dec 18 17:53:55 2014
New Revision: 218871

URL: https://gcc.gnu.org/viewcvs?rev=218871&root=gcc&view=rev
Log:
/cp
2014-12-18  Paolo Carlini  <paolo.carlini@oracle.com>

    PR c++/60955
    * pt.c (struct warning_sentinel): Move it...
    * cp-tree.h: ... here.
    * semantics.c (force_paren_expr): Use it.

/testsuite
2014-12-18  Paolo Carlini  <paolo.carlini@oracle.com>

    PR c++/60955
    * g++.dg/warn/register-parm-1.C: New.

Added:
    trunk/gcc/testsuite/g++.dg/warn/register-parm-1.C
Modified:
    trunk/gcc/cp/ChangeLog
    trunk/gcc/cp/cp-tree.h
    trunk/gcc/cp/pt.c
    trunk/gcc/cp/semantics.c
    trunk/gcc/testsuite/ChangeLog

[Bug c++/60955] [4.9/5 Regression] Erroneous warning about taking address of register with std=c++1y

[paolo at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

--- Comment #9 from paolo at gcc dot gnu.org <paolo at gcc dot gnu.org> ---
Author: paolo
Date: Fri Dec 19 09:13:05 2014
New Revision: 218894

URL: https://gcc.gnu.org/viewcvs?rev=218894&root=gcc&view=rev
Log:
/cp
2014-12-19  Paolo Carlini  <paolo.carlini@oracle.com>

    PR c++/60955
    * pt.c (struct warning_sentinel): Move it...
    * cp-tree.h: ... here.
    * semantics.c (force_paren_expr): Use it.

/testsuite
2014-12-19  Paolo Carlini  <paolo.carlini@oracle.com>

    PR c++/60955
    * g++.dg/warn/register-parm-1.C: New.

Added:
    branches/gcc-4_9-branch/gcc/testsuite/g++.dg/warn/register-parm-1.C
Modified:
    branches/gcc-4_9-branch/gcc/cp/ChangeLog
    branches/gcc-4_9-branch/gcc/cp/cp-tree.h
    branches/gcc-4_9-branch/gcc/cp/pt.c
    branches/gcc-4_9-branch/gcc/cp/semantics.c
    branches/gcc-4_9-branch/gcc/testsuite/ChangeLog

[Bug c++/60955] [4.9/5 Regression] Erroneous warning about taking address of register with std=c++1y

[paolo.carlini at oracle dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED
           Assignee|paolo.carlini at oracle dot com    |unassigned at gcc dot gnu.org
   Target Milestone|---                         |4.9.3

--- Comment #10 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Fixed mainline and 4.9.3.