[Bug c++/60367] New: Default argument object is not getting constructed

[Bug c++/60367] New: Default argument object is not getting constructed

[rob.desbois at gmail dot com]

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

            Bug ID: 60367
           Summary: Default argument object is not getting constructed
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: rob.desbois at gmail dot com

Created attachment 32234
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32234&action=edit
Preprocessed, minimal testcase triggering unexpected behaviour

The attached minimal testcase has the following function with
default-constructed default argument:
    void do_something( foo f = {} )
    {
    std::cout << "default argument is at " << &f << std::endl;
    }

The constructor for foo outputs its address; I got the following output from a
single run:
    constructed foo @ 0x7ffff10bdb7f
    default argument is at 0x7ffff10bdb60

It shows that only 1 foo was constructed, and not at the same address as that
of the default argument. It's been a loooong week, but I can't see anything
wrong with the code. In the real code on which this was based, a segfault was
occurring when running the destructor of a foo that was move-constructed from
the default argument, because the underlying memory was seemingly
uninitialised.


build command & output
----------------------
[rob@localhost tests]$ g++ -v -save-temps -Wall -Wextra --std=c++0x
-fno-strict-aliasing -fwrapv -fno-aggressive-loop-optimizations
default-args-fail.cpp -o ./default-args-fail
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.2/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-gnu-unique-object
--enable-linker-build-id --with-linker-hash-style=gnu
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin
--enable-initfini-array --enable-java-awt=gtk --disable-dssi
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib
--with-isl=/builddir/build/BUILD/gcc-4.8.2-20131212/obj-x86_64-redhat-linux/isl-install
--with-cloog=/builddir/build/BUILD/gcc-4.8.2-20131212/obj-x86_64-redhat-linux/cloog-install
--with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.8.2 20131212 (Red Hat 4.8.2-7) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wextra' '-std=c++11'
'-fno-strict-aliasing' '-fwrapv' '-fno-aggressive-loop-optimizations' '-o'
'./default-args-fail' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-redhat-linux/4.8.2/cc1plus -E -quiet -v -D_GNU_SOURCE
default-args-fail.cpp -mtune=generic -march=x86-64 -std=c++11 -Wall -Wextra
-fno-strict-aliasing -fwrapv -fno-aggressive-loop-optimizations
-fpch-preprocess -o default-args-fail.ii
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-redhat-linux/4.8.2/include-fixed"
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../x86_64-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../include/c++/4.8.2

/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../include/c++/4.8.2/x86_64-redhat-linux
 /usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../include/c++/4.8.2/backward
 /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include
 /usr/local/include
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wextra' '-std=c++11'
'-fno-strict-aliasing' '-fwrapv' '-fno-aggressive-loop-optimizations' '-o'
'./default-args-fail' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-redhat-linux/4.8.2/cc1plus -fpreprocessed
default-args-fail.ii -quiet -dumpbase default-args-fail.cpp -mtune=generic
-march=x86-64 -auxbase default-args-fail -Wall -Wextra -std=c++11 -version
-fno-strict-aliasing -fwrapv -fno-aggressive-loop-optimizations -o
default-args-fail.s
GNU C++ (GCC) version 4.8.2 20131212 (Red Hat 4.8.2-7) (x86_64-redhat-linux)
        compiled by GNU C version 4.8.2 20131212 (Red Hat 4.8.2-7), GMP version
5.1.2, MPFR version 3.1.2, MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C++ (GCC) version 4.8.2 20131212 (Red Hat 4.8.2-7) (x86_64-redhat-linux)
        compiled by GNU C version 4.8.2 20131212 (Red Hat 4.8.2-7), GMP version
5.1.2, MPFR version 3.1.2, MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 36de953cba87bab1ad58280401e36d59
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wextra' '-std=c++11'
'-fno-strict-aliasing' '-fwrapv' '-fno-aggressive-loop-optimizations' '-o'
'./default-args-fail' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 as -v --64 -o default-args-fail.o default-args-fail.s
GNU assembler version 2.23.2 (x86_64-redhat-linux) using BFD version version
2.23.2
COMPILER_PATH=/usr/libexec/gcc/x86_64-redhat-linux/4.8.2/:/usr/libexec/gcc/x86_64-redhat-linux/4.8.2/:/usr/libexec/gcc/x86_64-redhat-linux/:/usr/lib/gcc/x86_64-redhat-linux/4.8.2/:/usr/lib/gcc/x86_64-redhat-linux/
LIBRARY_PATH=/usr/lib/gcc/x86_64-redhat-linux/4.8.2/:/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wextra' '-std=c++11'
'-fno-strict-aliasing' '-fwrapv' '-fno-aggressive-loop-optimizations' '-o'
'./default-args-fail' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-redhat-linux/4.8.2/collect2 --build-id --no-add-needed
--eh-frame-hdr --hash-style=gnu -m elf_x86_64 -dynamic-linker
/lib64/ld-linux-x86-64.so.2 -o ./default-args-fail
/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/crt1.o
/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/crti.o
/usr/lib/gcc/x86_64-redhat-linux/4.8.2/crtbegin.o
-L/usr/lib/gcc/x86_64-redhat-linux/4.8.2
-L/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64 -L/lib/../lib64
-L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../..
default-args-fail.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc
/usr/lib/gcc/x86_64-redhat-linux/4.8.2/crtend.o
/usr/lib/gcc/x86_64-redhat-linux/4.8.2/../../../../lib64/crtn.o

[Bug c++/60367] Default argument object is not getting constructed

[rob.desbois at gmail dot com]

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

--- Comment #1 from rob.desbois at gmail dot com ---
...having realised that this might look like I just don't grok move
construction I expanded my test - adding copy & move constructors & assignment
operators to foo and re-running the test still gives the same result, i.e. the
address of the function argument is not the address of a constructed object:
    constructed foo @ 0x7fff80e0f25f
    default argument is at 0x7fff80e0f240

(I can attach the enhanced test on request)

[Bug c++/60367] Default argument object is not getting constructed

[rob.desbois at gmail dot com]

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

--- Comment #3 from rob.desbois at gmail dot com ---
Adding a destructor didn't fix it for me - though it was destroyed for the same
address as the constructed object.

    constructed foo @ 0x7fffa012e5ef
    default argument is at 0x7fffa012e5d0
    destructed foo @ 0x7fffa012e5ef

For what it's worth I tried putting a size_t member into the object being
constructed, and using a member-initializer to set it to an identifiable bit
pattern - even though the temporary was at an 'unconstructed' address, the
size_t was repeatedly correct. The gremlins are messing with my head...

[Bug c++/60367] Default argument object is not getting constructed

[rob.desbois at gmail dot com]

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

--- Comment #4 from rob.desbois at gmail dot com ---
The problem only seems to occur when using the pattern "= {}" to default the
parameter; "= foo{}" and "= foo()" don't seem to provoke the differing
addresses.

I have confirmed that member data set in the default constructor seems to be
correct in the temporary despite it being at an 'unconstructed' address. The
address of the 'unconstructed' temporary is consistently the size of the
nearest whole word to sizeof(foo) below the actually-constructed address, so it
seems the address isn't just random but possibly correct in itself.

It seems that the copy/move constructor has been replaced by a memcpy(), thus
losing the side-effects. I didn't state earlier but should confirm: this occurs
with "-O0" turning off optimizations.

Behaviour with clang (3.3 final) is as expected.

[Bug c++/60367] Default argument object is not getting constructed

[rob.desbois at gmail dot com]

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

--- Comment #5 from rob.desbois at gmail dot com ---
The following is a side-by-side diff of the disassembly of the incorrect
version vs. a correct version (defaulting the parameter with = foo{}). The
object foo has a single member of type char initialized in default, move, and
copy ctors.

 incorrect version                         | correct version
-------------------------------------------|-----------------------------------
push   %rbp                                   push   %rbp
mov    %rsp,%rbp                              mov    %rsp,%rbp
push   %rbx                                   push   %rbx
sub    $0x28,%rsp                          |  sub    $0x18,%rsp
lea    -0x11(%rbp),%rax                       lea    -0x11(%rbp),%rax
mov    %rax,%rdi                              mov    %rax,%rdi
callq  0x400bbe <_ZN3fooC2Ev>              |  callq  0x400bb8 <_ZN3fooC2Ev>
movzbl -0x11(%rbp),%eax                    |  lea    -0x11(%rbp),%rax
mov    %al,-0x30(%rbp)                     <   
lea    -0x30(%rbp),%rax                    <   
mov    %rax,%rdi                              mov    %rax,%rdi
callq  0x4009f0 <_Z6test_a3foo>            |  callq  0x400a50 <_Z6test_b3foo>
lea    -0x11(%rbp),%rax                       lea    -0x11(%rbp),%rax
mov    %rax,%rdi                              mov    %rax,%rdi
callq  0x400bfe <_ZN3fooD2Ev>              |  callq  0x400bf8 <_ZN3fooD2Ev>
mov    $0x0,%eax                              mov    $0x0,%eax
jmp    0x400b65 <main+85>                  |  jmp    0x400b5e <main+78>
mov    %rax,%rbx                              mov    %rax,%rbx
lea    -0x11(%rbp),%rax                       lea    -0x11(%rbp),%rax
mov    %rax,%rdi                              mov    %rax,%rdi
callq  0x400bfe <_ZN3fooD2Ev>              |  callq  0x400bf8 <_ZN3fooD2Ev>
mov    %rbx,%rax                              mov    %rbx,%rax
mov    %rax,%rdi                              mov    %rax,%rdi
callq  0x4008b0 <_Unwind_Resume@plt>          callq  0x4008b0
<_Unwind_Resume@plt>
add    $0x28,%rsp                          |  add    $0x18,%rsp
pop    %rbx                                   pop    %rbx
pop    %rbp                                   pop    %rbp
retq                                          retq



It does look like the incorrect version on the left could be bitwise-copying
the default-constructed object.
As an aside - both versions have a single constructor call but TWO destructor
calls...

[Bug c++/60367] Default argument object is not getting constructed

[redi at gcc dot gnu.org]

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

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |victor.robertson.iv at gmail dot c
                   |                            |om

--- Comment #6 from Jonathan Wakely <redi at gcc dot gnu.org> ---
*** Bug 59713 has been marked as a duplicate of this bug. ***

[Bug c++/60367] Default argument object is not getting constructed

[redi at gcc dot gnu.org]

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

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-03-04
     Ever confirmed|0                           |1

[Bug c++/60367] Default argument object is not getting constructed

[jason at gcc dot gnu.org]

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

Jason Merrill <jason at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Assignee|unassigned at gcc dot gnu.org      |jason at gcc dot gnu.org

[Bug c++/60367] Default argument object is not getting constructed

[reichelt at gcc dot gnu.org]

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

Volker Reichelt <reichelt at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |reichelt at gcc dot gnu.org

--- Comment #9 from Volker Reichelt <reichelt at gcc dot gnu.org> ---
*** Bug 58501 has been marked as a duplicate of this bug. ***

[Bug c++/60367] Default argument object is not getting constructed

[jason at gcc dot gnu.org]

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

--- Comment #10 from Jason Merrill <jason at gcc dot gnu.org> ---
Author: jason
Date: Tue May 13 16:05:01 2014
New Revision: 210381

URL: http://gcc.gnu.org/viewcvs?rev=210381&root=gcc&view=rev
Log:
    PR c++/60367
    * call.c (convert_default_arg): Remove special handling for
    CONSTRUCTOR.

Added:
    branches/gcc-4_8-branch/gcc/testsuite/g++.dg/overload/defarg8.C
Modified:
    branches/gcc-4_8-branch/gcc/cp/ChangeLog
    branches/gcc-4_8-branch/gcc/cp/call.c

[Bug c++/60367] Default argument object is not getting constructed

[jason at gcc dot gnu.org]

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

Jason Merrill <jason at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |wrong-code
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|---                         |4.8.3

--- Comment #11 from Jason Merrill <jason at gcc dot gnu.org> ---
Fixed for 4.8.3/4.9.0.

[Bug c++/60367] Default argument object is not getting constructed

[redi at gcc dot gnu.org]

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

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |personal@e-maxx.ru

--- Comment #12 from Jonathan Wakely <redi at gcc dot gnu.org> ---
*** Bug 61751 has been marked as a duplicate of this bug. ***

[Bug c++/60367] Default argument object is not getting constructed

[vhaisman at gmail dot com]

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

Václav Zeman <vhaisman at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vhaisman at gmail dot com

--- Comment #13 from Václav Zeman <vhaisman at gmail dot com> ---
This bug appears to be affecting 4.7.x series as well. Is there a chance to get
this fixed for 4.7 as well?

http://stackoverflow.com/questions/28837142/stdmap-argument-with-default-empty-map-segfaults-in-gcc
>From gcc-bugs-return-479223-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Mar 03 18:14:58 2015
Return-Path: <gcc-bugs-return-479223-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 46178 invoked by alias); 3 Mar 2015 18:14:57 -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 46063 invoked by uid 55); 3 Mar 2015 18:14:54 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/64883] FAIL: 17_intro/headers/c++*/all_attributes.cc (test for excess errors) on x86_64-apple-darwin14
Date: Tue, 03 Mar 2015 18:14:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: redi at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: redi at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-64883-4-yWyezhlfPF@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64883-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64883-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: 2015-03/txt/msg00367.txt.bz2
Content-length: 862

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

--- Comment #29 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Author: redi
Date: Tue Mar  3 18:14:20 2015
New Revision: 221160

URL: https://gcc.gnu.org/viewcvs?rev"1160&root=gcc&view=rev
Log:
2015-03-03  Iain Sandoe  <iain@codesourcery.com>

    PR libstdc++/64883
    * testsuite/17_intro/headers/c++1998/all_attributes.cc: Don't check
    visibility for Darwin.
    * testsuite/17_intro/headers/c++200x/all_attributes.cc: Likewise, and
    also deprecated.
    * testsuite/17_intro/headers/c++2014/all_attributes.cc: Likewise.

Modified:
    trunk/libstdc++-v3/ChangeLog
    trunk/libstdc++-v3/testsuite/17_intro/headers/c++1998/all_attributes.cc
    trunk/libstdc++-v3/testsuite/17_intro/headers/c++200x/all_attributes.cc
    trunk/libstdc++-v3/testsuite/17_intro/headers/c++2014/all_attributes.cc

[Bug c++/60367] Default argument object is not getting constructed

[redi at gcc dot gnu.org]

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

--- Comment #14 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Václav Zeman from comment #13)
> This bug appears to be affecting 4.7.x series as well. Is there a chance to
> get this fixed for 4.7 as well?

No, the 4.7 branch is closed and there will be no more 4.7.x releases.
>From gcc-bugs-return-479226-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Mar 03 18:16:39 2015
Return-Path: <gcc-bugs-return-479226-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 48891 invoked by alias); 3 Mar 2015 18:16:38 -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 48762 invoked by uid 48); 3 Mar 2015 18:16:32 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/64883] FAIL: 17_intro/headers/c++*/all_attributes.cc (test for excess errors) on x86_64-apple-darwin14
Date: Tue, 03 Mar 2015 18:16:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: redi 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: bug_status assigned_to target_milestone
Message-ID: <bug-64883-4-hMGqnjA1dM@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64883-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64883-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: 2015-03/txt/msg00370.txt.bz2
Content-length: 568

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

Jonathan Wakely <redi at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |NEW
           Assignee|redi at gcc dot gnu.org            |unassigned at gcc dot gnu.org
   Target Milestone|5.0                         |---

--- Comment #30 from Jonathan Wakely <redi at gcc dot gnu.org> ---
I've committed Iain's patch, any further changes can wait for stage 1.