[Bug c/66865] New: wine segfaults from gcc in trunk (r225757)

[Bug c/66865] New: wine segfaults from gcc in trunk (r225757)

[austinenglish at gmail dot com]

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

            Bug ID: 66865
           Summary: wine segfaults from gcc in trunk (r225757)
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
          Assignee: unassigned at gcc dot gnu.org
          Reporter: austinenglish at gmail dot com
  Target Milestone: ---

It's a regression, I bisected it to:
a19b6344800f6faef095c6aa3b0c7bef5e29b2fc is the first bad commit
commit a19b6344800f6faef095c6aa3b0c7bef5e29b2fc
Author: kugan <kugan@138bc75d-0d04-0410-961f-82ee72b054a4>
Date:   Tue Jun 2 22:53:15 2015 +0000

    gcc/ChangeLog:

    2015-06-03  Kugan Vivekanandarajah  <kuganv@linaro.org>
            Zhenqiang Chen  <zhenqiang.chen@linaro.org>

        PR target/65768
        * cprop.c (try_replace_reg): Check cost of constants before
propagating.


    gcc/testsuite/ChangeLog:

    2015-06-03  Kugan Vivekanandarajah  <kuganv@linaro.org>

        PR target/65768
        * gcc.target/arm/maskdata.c: Remove -fno-gcse.



    git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@224048
138bc75d-0d04-0410-961f-82ee72b054a4

:040000 040000 7e7261a710baead7ef64e15ceb25c4b30f6e7616
8070e793a5b40e1c2f4b5e873e12e6de73b35bf5 M      gcc

still in trunk. It should be noted that even with this fixed, there's are at
least two other issues that are causing wine to crash on start (#66782, already
fixed and #66838, patch available). With those patched, and this change
reverted, wineboot is able to successfully run (tested on r225757).

[Bug c/66865] wine segfaults from gcc in trunk (r225757) (regression)

[austinenglish at gmail dot com]

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

--- Comment #1 from austinenglish at gmail dot com ---
Created attachment 35973
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35973&action=edit
revert patch

These two patches get wine working in trunk.

[Bug c/66865] wine segfaults from gcc in trunk (r225757) (regression)

[kugan at gcc dot gnu.org]

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

kugan at gcc dot gnu.org changed:

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

--- Comment #2 from kugan at gcc dot gnu.org ---
Thanks for the bug report. Do you have a test case I can see this issue or is
there any easy way to reproduce it.

[Bug rtl-optimization/66865] [6 Regression] wine segfaults from gcc in trunk (r225757) (regression)

[rguenth at gcc dot gnu.org]

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|c                           |rtl-optimization
            Version|unknown                     |6.0
   Target Milestone|---                         |6.0
            Summary|wine segfaults from gcc in  |[6 Regression] wine
                   |trunk (r225757)             |segfaults from gcc in trunk
                   |(regression)                |(r225757) (regression)

[Bug rtl-optimization/66865] [6 Regression] wine segfaults from gcc in trunk (r225757) (regression)

[marcus at jet dot franken.de]

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

--- Comment #3 from marcus at jet dot franken.de ---
dlls/ntdll/sec.c, and probably RtlConvertSidToUnicodeString is miscompiled...
looking further.

[Bug rtl-optimization/66865] [6 Regression] wine segfaults from gcc in trunk (r225757) (regression)

[kugan at gcc dot gnu.org]

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

--- Comment #4 from kugan at gcc dot gnu.org ---
Ok, I downloaded wine-1.7.47.tar.bz2 and built it with trunk gcc. What do I
have to do to reproduce this please?

[Bug rtl-optimization/66865] [6 Regression] wine64 segfaults from gcc in trunk (r225757) (regression)

[austinenglish at gmail dot com]

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

austinenglish at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[6 Regression] wine         |[6 Regression] wine64
                   |segfaults from gcc in trunk |segfaults from gcc in trunk
                   |(r225757) (regression)      |(r225757) (regression)

--- Comment #5 from austinenglish at gmail dot com ---
(In reply to kugan from comment #4)
> Ok, I downloaded wine-1.7.47.tar.bz2 and built it with trunk gcc. What do I
> have to do to reproduce this please?

Sorry, forgot to specify it only happens with wine64. In any case, to
reproduce:

tar xjvf wine-1.7.47.tar.bz2
cd wine
./configure --enable-win64 --disable-tests
make -j4
./wine wineboot

Expected behavior:
wineboot runs to completion, exits 0

Actual behavior:
wine segfaults

as I pointed out previously, if you don't apply the patch for bug 66838, you
will likely see that wine crashes instead of exiting 0 (but you will only see
that with the cprop.c changes reverted)

Hope that helps, please let me know if anything is unclear.

[Bug rtl-optimization/66865] [6 Regression] wine64 segfaults from gcc in trunk (r225757) (regression)

[marcus at jet dot franken.de]

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

--- Comment #6 from marcus at jet dot franken.de ---
Created attachment 35980
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35980&action=edit
foo.patch

the comment out TRACE() makes the function RtlConvertSidToUnicodeString build
correctly.

if not built correctly, it will crash instead.

[Bug rtl-optimization/66865] [6 Regression] wine64 segfaults from gcc in trunk (r225757) (regression)

[marcus at jet dot franken.de]

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

--- Comment #7 from marcus at jet dot franken.de ---
(can continue to work on this tomorrow. good night)

[Bug rtl-optimization/66865] [6 Regression] wine64 segfaults from gcc in trunk (r225757) (regression)

[marcus at jet dot franken.de]

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

--- Comment #8 from marcus at jet dot franken.de ---
FWIW, it seems it is thinking that %rsi stays alive over sprintfW calls.

        leaq    formatW.23952(%rip), %rsi       #,
        movzbl  (%r14), %edx    # MEM[(const struct SID *)pSid_9(D)].Revision,
D.26187
        leaq    2(%r13), %rbx   #, tmp159
        .loc 1 1767 0
        movw    %ax, 48(%rsp)   #, MEM[(WCHAR *)&buffer]
        .loc 1 1768 0
        xorl    %eax, %eax      #
        movq    %rbx, %rdi      # tmp159,
        call    sprintfW@PLT    #
.LVL800:
        .loc 1 1769 0
        movzbl  4(%r14), %edx   # MEM[(const struct SID
*)pSid_9(D)].IdentifierAuthority.Value, D.26187
        .loc 1 1768 0
        cltq
        .loc 1 1769 0
        movzbl  7(%r14), %ecx   # MEM[(const struct SID
*)pSid_9(D)].IdentifierAuthority.Value, D.26189
        .loc 1 1768 0
        leaq    (%rbx,%rax,2), %rbx     #, p
.LVL801:
        .loc 1 1769 0
        movzbl  5(%r14), %eax   # MEM[(const struct SID
*)pSid_9(D)].IdentifierAuthority.Value, D.26189
        movq    %rbx, %rdi      # p,
        sall    $8, %edx        #, D.26187
        orl     %eax, %edx      # D.26189, D.26189
        movzbl  6(%r14), %eax   # MEM[(const struct SID
*)pSid_9(D)].IdentifierAuthority.Value, D.26187
        sall    $16, %edx       #, D.26191
        sall    $8, %eax        #, D.26187
        orl     %ecx, %eax      # D.26189, D.26189
        movzwl  %ax, %eax       # D.26189, D.26191
        orl     %eax, %edx      # D.26191, D.26191
        xorl    %eax, %eax      #
        call    sprintfW@PLT    #

%rsi seems expected at this last sprintfW, but is already clobbered by the
previous one.


We had two of these bugs already.

[Bug rtl-optimization/66865] [6 Regression] wine64 segfaults from gcc in trunk (r225757) (regression)

[marcus at jet dot franken.de]

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

--- Comment #10 from marcus at jet dot franken.de ---
Created attachment 35982
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35982&action=edit
sec.s.bad

bad assembly. %rsi not restored with formatW

[Bug rtl-optimization/66865] [6 Regression] wine64 segfaults from gcc in trunk (r225757) (regression)

[marcus at jet dot franken.de]

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

--- Comment #9 from marcus at jet dot franken.de ---
Created attachment 35981
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35981&action=edit
sec.s.good

good assembly (with TRACE)

[Bug rtl-optimization/66865] [6 Regression] wine64 segfaults from gcc in trunk (r225757) (regression)

[marcus at jet dot franken.de]

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

--- Comment #11 from marcus at jet dot franken.de ---
Created attachment 35984
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35984&action=edit
707.c

delta reduced testcase. 

gcc -O2 -fPIC -c 707.c

[Bug rtl-optimization/66865] [6 Regression] wine64 segfaults from gcc in trunk (r225757) (regression)

[kugan at gcc dot gnu.org]

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

--- Comment #12 from kugan at gcc dot gnu.org ---
(In reply to austinenglish from comment #5)
> (In reply to kugan from comment #4)
> > Ok, I downloaded wine-1.7.47.tar.bz2 and built it with trunk gcc. What do I
> > have to do to reproduce this please?
> 
> Sorry, forgot to specify it only happens with wine64. In any case, to
> reproduce:
> 
> tar xjvf wine-1.7.47.tar.bz2
> cd wine
> ./configure --enable-win64 --disable-tests
> make -j4
> ./wine wineboot
> 
> Expected behavior:
> wineboot runs to completion, exits 0
> 
> Actual behavior:
> wine segfaults
> 
> as I pointed out previously, if you don't apply the patch for bug 66838, you
> will likely see that wine crashes instead of exiting 0 (but you will only
> see that with the cprop.c changes reverted)
> 
> Hope that helps, please let me know if anything is unclear.

Thanks. I can now reproduce it. However, If I just use the changes to
gcc/postreload.c (changes for bug 66838), I can get the trunk to work.

[Bug rtl-optimization/66865] [6 Regression] wine64 segfaults from gcc in trunk (r225757) (regression)

[ubizjak at gmail dot com]

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

--- Comment #13 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to kugan from comment #12)

> Thanks. I can now reproduce it. However, If I just use the changes to
> gcc/postreload.c (changes for bug 66838), I can get the trunk to work.

I can confrim this with [trunk revision 225805], please see insn @9c, it
reloads %rsi.

0000000000000010 <RtlConvertSidToUnicodeString>:
  10:   55                      push   %rbp
  11:   57                      push   %rdi
  12:   31 c0                   xor    %eax,%eax
  14:   56                      push   %rsi
  15:   53                      push   %rbx
  16:   48 89 d3                mov    %rdx,%rbx
  19:   48 8d 35 00 00 00 00    lea    0(%rip),%rsi        # 20
<RtlConvertSidToUnicodeString+0x10>
                        1c: R_X86_64_PC32       .rodata+0xfffffffffffffffc
  20:   48 81 ec 08 02 00 00    sub    $0x208,%rsp
  27:   0f 29 b4 24 60 01 00    movaps %xmm6,0x160(%rsp)
  2e:   00 
  2f:   48 89 e7                mov    %rsp,%rdi
  32:   48 89 e5                mov    %rsp,%rbp
  35:   0f 29 bc 24 70 01 00    movaps %xmm7,0x170(%rsp)
  3c:   00 
  3d:   44 0f 29 84 24 80 01    movaps %xmm8,0x180(%rsp)
  44:   00 00 
  46:   44 0f 29 8c 24 90 01    movaps %xmm9,0x190(%rsp)
  4d:   00 00 
  4f:   44 0f 29 94 24 a0 01    movaps %xmm10,0x1a0(%rsp)
  56:   00 00 
  58:   44 0f 29 9c 24 b0 01    movaps %xmm11,0x1b0(%rsp)
  5f:   00 00 
  61:   44 0f 29 a4 24 c0 01    movaps %xmm12,0x1c0(%rsp)
  68:   00 00 
  6a:   44 0f 29 ac 24 d0 01    movaps %xmm13,0x1d0(%rsp)
  71:   00 00 
  73:   44 0f 29 b4 24 e0 01    movaps %xmm14,0x1e0(%rsp)
  7a:   00 00 
  7c:   44 0f 29 bc 24 f0 01    movaps %xmm15,0x1f0(%rsp)
  83:   00 00 
  85:   0f b6 12                movzbl (%rdx),%edx
  88:   e8 00 00 00 00          callq  8d <RtlConvertSidToUnicodeString+0x7d>
                        89: R_X86_64_PLT32      sprintfW+0xfffffffffffffffc
  8d:   0f b6 53 03             movzbl 0x3(%rbx),%edx
  91:   0f b6 4b 04             movzbl 0x4(%rbx),%ecx
  95:   48 98                   cltq   
  97:   48 8d 7c 45 00          lea    0x0(%rbp,%rax,2),%rdi
  9c:   48 8d 35 00 00 00 00    lea    0(%rip),%rsi        # a3
<RtlConvertSidToUnicodeString+0x93>
                        9f: R_X86_64_PC32       .rodata+0xfffffffffffffffc
  a3:   31 c0                   xor    %eax,%eax
  a5:   c1 e2 08                shl    $0x8,%edx
  a8:   09 ca                   or     %ecx,%edx
  aa:   0f b6 4b 05             movzbl 0x5(%rbx),%ecx
  ae:   c1 e2 10                shl    $0x10,%edx
  b1:   c1 e1 08                shl    $0x8,%ecx
  b4:   0f b7 c9                movzwl %cx,%ecx
  b7:   09 ca                   or     %ecx,%edx
  b9:   e8 00 00 00 00          callq  be <RtlConvertSidToUnicodeString+0xae>
                        ba: R_X86_64_PLT32      sprintfW+0xfffffffffffffffc
  be:   0f 28 b4 24 60 01 00    movaps 0x160(%rsp),%xmm6
  c5:   00 
  c6:   0f 28 bc 24 70 01 00    movaps 0x170(%rsp),%xmm7
  cd:   00 
  ce:   44 0f 28 84 24 80 01    movaps 0x180(%rsp),%xmm8
  d5:   00 00 
  d7:   44 0f 28 8c 24 90 01    movaps 0x190(%rsp),%xmm9
  de:   00 00 
  e0:   44 0f 28 94 24 a0 01    movaps 0x1a0(%rsp),%xmm10
  e7:   00 00 
  e9:   44 0f 28 9c 24 b0 01    movaps 0x1b0(%rsp),%xmm11
  f0:   00 00 
  f2:   44 0f 28 a4 24 c0 01    movaps 0x1c0(%rsp),%xmm12
  f9:   00 00 
  fb:   44 0f 28 ac 24 d0 01    movaps 0x1d0(%rsp),%xmm13
 102:   00 00 
 104:   44 0f 28 b4 24 e0 01    movaps 0x1e0(%rsp),%xmm14
 10b:   00 00 
 10d:   44 0f 28 bc 24 f0 01    movaps 0x1f0(%rsp),%xmm15
 114:   00 00 
 116:   48 81 c4 08 02 00 00    add    $0x208,%rsp
 11d:   5b                      pop    %rbx
 11e:   5e                      pop    %rsi
 11f:   5f                      pop    %rdi
 120:   5d                      pop    %rbp
 121:   c3                      retq
>From gcc-bugs-return-492315-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 15 09:35:38 2015
Return-Path: <gcc-bugs-return-492315-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 53697 invoked by alias); 15 Jul 2015 09:35: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 53679 invoked by uid 48); 15 Jul 2015 09:35:34 -0000
From: "konstantin.vladimirov at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/66876] New: vrp: changing unsigned to signed comparison
Date: Wed, 15 Jul 2015 09:35:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 5.1.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: konstantin.vladimirov at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
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 target_milestone
Message-ID: <bug-66876-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-07/txt/msg01205.txt.bz2
Content-length: 1757

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

            Bug ID: 66876
           Summary: vrp: changing unsigned to signed comparison
           Product: gcc
           Version: 5.1.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: middle-end
          Assignee: unassigned at gcc dot gnu.org
          Reporter: konstantin.vladimirov at gmail dot com
  Target Milestone: ---

Minimized test case (note explicit unsigned long cast):

---
#include <stdlib.h>

int a = 0xecfb39f5;
unsigned short *d = (unsigned short *) &a;

int
main (void)
{
  if ((unsigned long) (65536 * d[1] + d[0]) < (1UL << 28))
    {
      abort ();
    }

  return 0;
}
---

Compiler version:

---
$ ~/x86-toolchain-5.1/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/home/tilir/x86-toolchain-5.1/bin/gcc
COLLECT_LTO_WRAPPER=/home/tilir/x86-toolchain-5.1/libexec/gcc/x86_64-unknown-linux-gnu/5.1.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-5.1-src/gcc_5_1_0_release/configure
--enable-languages=c,c++ --prefix=/home/tilir/x86-toolchain-5.1/
Thread model: posix
gcc version 5.1.0 (GCC)
---

$ ~/x86-toolchain-5.1/bin/gcc -O2 test.c
$ ./a.out
Aborted

but

$ ~/x86-toolchain-5.1/bin/gcc -O2 test.c -fno-tree-vrp
$ ./a.out

Everything is ok.

Before VRP:

  _9 = (unsigned int) _8;
  if (_9 <= 268435455)
    goto <bb 3>;
  else
    goto <bb 4>;


On VRP stage:

_8 : --> single use.
_9 = (unsigned int) _8;

_9 : --> single use.
if (_9 <= 268435455)

After VRP:

  if (_8 <= 268435455)
    goto <bb 3>;
  else
    goto <bb 4>;

By C11 standard, the rank of unsigned long is equal to rank of long and higher,
then rank of int, so integer promotions here should make unsigned long from
both sides.

[Bug rtl-optimization/66865] [6 Regression] wine64 segfaults from gcc in trunk (r225757) (regression)

[austinenglish at gmail dot com]

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

--- Comment #15 from austinenglish at gmail dot com ---
(In reply to Uroš Bizjak from comment #14)
> Can you please retry now that PR 66782 and PR 66838 are both fixed on
> mainline and gcc-5 branch?

Works here in r225965 / da5e6421269c9683f17fb5e6e3bacfec50f22239.
>From gcc-bugs-return-492698-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jul 17 23:03:31 2015
Return-Path: <gcc-bugs-return-492698-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 74931 invoked by alias); 17 Jul 2015 23:03:30 -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 74892 invoked by uid 48); 17 Jul 2015 23:03:26 -0000
From: "hjl.tools at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/66906] [4.9/5/6] gcc.dg/torture/stackalign/nested-1.c fails on ICE with -O0 -m32 -mregparm=3 or -miamcu
Date: Fri, 17 Jul 2015 23:03:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 6.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 6.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-66906-4-IHxGnXo9qM@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66906-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66906-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-07/txt/msg01588.txt.bz2
Content-length: 414

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

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #6 from H.J. Lu <hjl.tools at gmail dot com> ---
Fixed.