[Bug target/60851] New: ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[Bug target/60851] New: ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[zsojka at seznam dot cz]

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

            Bug ID: 60851
           Summary: ICE: in extract_constrain_insn_cached, at recog.c:2117
                    with -flive-range-shrinkage -mdispatch-scheduler
                    -march=bdver4
           Product: gcc
           Version: 4.10.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: zsojka at seznam dot cz

Created attachment 32607
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32607&action=edit
reduced testcase

Compiler output:
$ gcc -flive-range-shrinkage -mdispatch-scheduler -march=bdver4 testcase.c   
testcase.c: In function 'ld':
testcase.c:4:1: error: insn does not satisfy its constraints:
 }
 ^
(insn 8 7 11 2 (set (reg:XF 83 [ D.2396 ])
        (float:XF (reg:HI 86))) testcase.c:3 196 {floathixf2}
     (expr_list:REG_DEAD (reg:HI 86)
        (nil)))
testcase.c:4:1: internal compiler error: in extract_constrain_insn_cached, at
recog.c:2117
0xac43d8 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
        /mnt/svn/gcc-trunk/gcc/rtl-error.c:109
0xac4444 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
        /mnt/svn/gcc-trunk/gcc/rtl-error.c:120
0xa7de2d extract_constrain_insn_cached(rtx_def*)
        /mnt/svn/gcc-trunk/gcc/recog.c:2117
0xe32591 get_attr_length_address(rtx_def*)
        /mnt/svn/gcc-trunk/gcc/config/i386/i386.md:468
0xe41061 insn_default_length(rtx_def*)
        /mnt/svn/gcc-trunk/gcc/config/i386/i386.md:671
0xde8e30 min_insn_size
        /mnt/svn/gcc-trunk/gcc/config/i386/i386.c:38907
0xdea229 add_to_dispatch_window
        /mnt/svn/gcc-trunk/gcc/config/i386/i386.c:46006
0xdea229 do_dispatch
        /mnt/svn/gcc-trunk/gcc/config/i386/i386.c:46172
0x135c72e schedule_block(basic_block_def**, void*)
        /mnt/svn/gcc-trunk/gcc/haifa-sched.c:6261
0xae057a schedule_region
        /mnt/svn/gcc-trunk/gcc/sched-rgn.c:3079
0xae057a schedule_insns
        /mnt/svn/gcc-trunk/gcc/sched-rgn.c:3416
0xae097b schedule_insns
        /mnt/svn/gcc-trunk/gcc/sched-rgn.c:3401
0xae097b rest_of_handle_live_range_shrinkage
        /mnt/svn/gcc-trunk/gcc/sched-rgn.c:3614
0xae097b execute
        /mnt/svn/gcc-trunk/gcc/sched-rgn.c:3704
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.


$ gcc -v                                                                  
Using built-in specs.
COLLECT_GCC=/mnt/svn/gcc-trunk/binary-latest/bin/gcc
COLLECT_LTO_WRAPPER=/mnt/svn/gcc-trunk/binary-209399-lto-fortran-checking-yes-rtl-df/libexec/gcc/x86_64-unknown-linux-gnu/4.10.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /mnt/svn/gcc-trunk//configure --enable-checking=yes,rtl,df
--enable-languages=c,c++,lto,fortran
--prefix=/mnt/svn/gcc-trunk/binary-209399-lto-fortran-checking-yes-rtl-df/
--without-cloog --without-ppl
Thread model: posix
gcc version 4.10.0 20140415 (experimental) (GCC)

[Bug target/60851] [4.9/4.10 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-04-16
                 CC|                            |jakub at gcc dot gnu.org,
                   |                            |rth at gcc dot gnu.org
   Target Milestone|---                         |4.9.0
            Summary|ICE: in                     |[4.9/4.10 Regression] ICE:
                   |extract_constrain_insn_cach |in
                   |ed, at recog.c:2117 with    |extract_constrain_insn_cach
                   |-flive-range-shrinkage      |ed, at recog.c:2117 with
                   |-mdispatch-scheduler        |-flive-range-shrinkage
                   |-march=bdver4               |-mdispatch-scheduler
                   |                            |-march=bdver4
     Ever confirmed|0                           |1

--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Started with r208587.

[Bug target/60851] [4.9/4.10 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

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

--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
constraint_operands before reload doesn't accept a pseudo for "m" constraint,
only during reload:
                /* Before reload, accept what reload can turn into mem.  */
                else if (strict < 0 && CONSTANT_P (op))
                  win = 1;
                /* During reload, accept a pseudo  */
                else if (reload_in_progress && REG_P (op)
                         && REGNO (op) >= FIRST_PSEUDO_REGISTER)
                  win = 1;
Wonder if it would be ok to change that reload_in_progress to !reload_completed
or !strict or something similar, or, if not, whether we shouldn't have some
other memory constraint on i?86 or everywhere that would be accept a pseudo for
strict < 0 instead of only for reload_in_progress.

[Bug target/60851] [4.9/4.10 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[rth at gcc dot gnu.org]

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

--- Comment #3 from Richard Henderson <rth at gcc dot gnu.org> ---
Oh poo.  This is essentially the same as PR60704.

There I chose to fix it in the backend, in a very hacky sort of way,
because I thought these insns were passing constrain_operands and it
was just the use of the enabled attribute that was different.

I think accepting an "m" with !strict should be ok.  Or if that's not
something we want to do on the 4.9 branch, the additional constraint
letter should work as well.

This ought to mean we could revert the patch for PR60704 too.

[Bug target/60851] [4.9/4.10 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[zsojka at seznam dot cz]

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

--- Comment #4 from Zdenek Sojka <zsojka at seznam dot cz> ---
Created attachment 32629
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32629&action=edit
testsuite ICEs with -flive-range-shrinkage/-mdispatch-scheduler/-march=bdver3

I did a testsuite run with
RUNTESTFLAGS="--target_board=unix/-flive-range-shrinkage/-mdispatch-scheduler/-march=bdver3",
and grepped for 'internal compiler error'.
I didn't have a look at all the failing files, but the ones I had was about
converting long double to/from an integer.

[Bug target/60851] [4.9/4.10 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.9.0                       |4.9.1

--- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.0 has been released

[Bug target/60851] [4.9/4.10 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P2

[Bug target/60851] [4.9/4.10 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.9.1                       |4.9.2

--- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.1 has been released.

[Bug target/60851] [4.9/5 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.9.2                       |4.9.3

--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.9.2 has been released.

[Bug target/60851] [4.9/5 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |uros at gcc dot gnu.org
      Known to fail|4.10.0                      |5.0

--- Comment #8 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Still ICEs with latest trunk.  Richard, what are you preferences with this?

[Bug rtl-optimization/60851] [4.9/5 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[ubizjak at gmail dot com]

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

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
                 CC|uros at gcc dot gnu.org            |law at gcc dot gnu.org
          Component|target                      |rtl-optimization
           Assignee|unassigned at gcc dot gnu.org      |ubizjak at gmail dot com

--- Comment #10 from Uroš Bizjak <ubizjak at gmail dot com> ---
Patch at [1].

[1] https://gcc.gnu.org/ml/gcc-patches/2015-03/msg00975.html
>From gcc-bugs-return-480758-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Mar 19 07:31:06 2015
Return-Path: <gcc-bugs-return-480758-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 11974 invoked by alias); 19 Mar 2015 07:31: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 11799 invoked by uid 48); 19 Mar 2015 07:31:00 -0000
From: "jens.gustedt at inria dot fr" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/65455] typeof _Atomic fails
Date: Thu, 19 Mar 2015 07:31: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.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jens.gustedt at inria dot fr
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-65455-4-I5YQMqaqrZ@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65455-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65455-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/msg01902.txt.bz2
Content-length: 1635

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

--- Comment #11 from Jens Gustedt <jens.gustedt at inria dot fr> ---
(In reply to joseph@codesourcery.com from comment #10)
> On Wed, 18 Mar 2015, jens.gustedt at inria dot fr wrote:
>
> > (Perhaps gcc interprets _Generic as you say, but even the standard committee
> > doesn't agree on that interpretation, and other compiler implementors don't
> > agree either. Nothing in the standard says that it is an rvalue, nor that it
> > has to undergo any conversion. Conversion for non-evaluated expressions simply
> > doesn't exist in the standard. The standard explicitly asks for compatible type
> > of the expression itself, it says nothing about unqualified type.)
>
> There isn't yet a conclusion to DR#423, but the committee discussion in
> N1892 says 'Specifically, the controlling expression of a generic
> selection "was very carefully not added" to the list of cases where lvalue
> conversion is not done.' (i.e. that conversion happens to all expressions
> unless excluded from happening).  There is no indication of a committee
> direction contradicting the approach I chose for GCC (even if the
> committee isn't quite sure of how to handle atomics there, and has
> suggested making qualifiers on function return types not part of the
> type).

And now we are exactly in the situation that I was afraid of happening,
compiler implementors interpret _Generic differently. Your interpretation and
the one that clang applies differ and make it that code with _Generic isn't
portable. That is just a disaster for an early (well not so early anymore)
adoption of C11.

[Bug rtl-optimization/60851] [4.9/5 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[uros at gcc dot gnu.org]

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

--- Comment #11 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Mar 20 06:07:30 2015
New Revision: 221529

URL: https://gcc.gnu.org/viewcvs?rev=221529&root=gcc&view=rev
Log:
    PR rtl-optimization/60851
    * recog.c (constrain_operands): Accept a pseudo register before reload
    for LRA enabled targets.

testsuite/ChangeLog:

    PR rtl-optimization/60851
    * gcc.target/i386/pr60851.c: New test.


Added:
    trunk/gcc/testsuite/gcc.target/i386/pr60851.c
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/recog.c
    trunk/gcc/testsuite/ChangeLog

[Bug rtl-optimization/60851] [4.9 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[ubizjak at gmail dot com]

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

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

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |NEW
                 CC|                            |rsandifo at gcc dot gnu.org
           Assignee|ubizjak at gmail dot com           |unassigned at gcc dot gnu.org
            Summary|[4.9/5 Regression] ICE: in  |[4.9 Regression] ICE: in
                   |extract_constrain_insn_cach |extract_constrain_insn_cach
                   |ed, at recog.c:2117 with    |ed, at recog.c:2117 with
                   |-flive-range-shrinkage      |-flive-range-shrinkage
                   |-mdispatch-scheduler        |-mdispatch-scheduler
                   |-march=bdver4               |-march=bdver4
      Known to fail|5.0                         |

--- Comment #12 from Uroš Bizjak <ubizjak at gmail dot com> ---
On the 4.9 branch, the patched compiler still results in the ICE. It looks like
branch and mainline are substantially different in recog.c infrastructure, and
proposed simple patch is ineffective on the branch.

Unassigning, a recog infrastructure expert (CC'd) is needed here.
>From gcc-bugs-return-481143-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 22 18:56:38 2015
Return-Path: <gcc-bugs-return-481143-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 93400 invoked by alias); 22 Mar 2015 18:56: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 93376 invoked by uid 48); 22 Mar 2015 18:56:34 -0000
From: "nheghathivhistha at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/65517] New: src/getargs.c:112:1: internal compiler error: in get_loop_body, at cfgloop.c:856
Date: Sun, 22 Mar 2015 20:28:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: nheghathivhistha at gmail 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 attachments.created
Message-ID: <bug-65517-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/msg02287.txt.bz2
Content-length: 3957

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

            Bug ID: 65517
           Summary: src/getargs.c:112:1: internal compiler error: in
                    get_loop_body, at cfgloop.c:856
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: lto
          Assignee: unassigned at gcc dot gnu.org
          Reporter: nheghathivhistha at gmail dot com

Created attachment 35098
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id5098&actioníit
Preprocessed source file

Gcc trunk revision 221558 ICEs LTObuild of Bison:

x86_64-pc-linux-gnu-gcc   -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2
-mtune=core2  -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2
-o src/bison src/bison-AnnotationList.o src/bison-InadequacyList.o
src/bison-LR0.o src/bison-Sbitset.o src/bison-assoc.o src/bison-closure.o
src/bison-complain.o src/bison-conflicts.o src/bison-derives.o
src/bison-files.o src/bison-getargs.o src/bison-gram.o src/bison-graphviz.o
src/bison-lalr.o src/bison-ielr.o src/bison-location.o src/bison-main.o
src/bison-muscle-tab.o src/bison-named-ref.o src/bison-nullable.o
src/bison-output.o src/bison-parse-gram.o src/bison-print-xml.o
src/bison-print.o src/bison-print_graph.o src/bison-reader.o src/bison-reduce.o
src/bison-relation.o src/bison-scan-code-c.o src/bison-scan-gram-c.o
src/bison-scan-skel-c.o src/bison-state.o src/bison-symlist.o
src/bison-symtab.o src/bison-tables.o src/bison-uniqstr.o lib/libbison.a
src/getargs.c: In function 'flags_argmatch.part.0.constprop':
src/getargs.c:112:1: internal compiler error: in get_loop_body, at
cfgloop.c:856
 flags_argmatch (const char *option,
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.gentoo.org/> for instructions.
make[3]: ***
[/var/tmp/portage/sys-devel/bison-3.0.4/temp/ccD6YKNn.ltrans10.ltrans.o] Error
1
make[3]: *** Waiting for unfinished jobs....
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/../../../../x86_64-pc-linux-gnu/bin/ld:
lto-wrapper failed
collect2: error: ld returned 1 exit status

gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-pre20150320/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150320/work/gcc-4.10.0-20150320/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-pre20150320
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320/python
--enable-languages=c,c++,fortran,ada --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.10.0_pre20150320' --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64
--disable-altivec --disable-fixed-point --enable-targets=all --disable-libgcj
--enable-libgomp --disable-libmudflap --disable-libssp --enable-lto
--with-cloog --disable-isl-version-check --enable-libsanitizer
Thread model: posix
gcc version 4.10.0-pre20150320 20150321 (experimental) [trunk revision 221558]
(Gentoo 4.10.0_pre20150320)

[Bug rtl-optimization/60851] [4.9 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[ubizjak at gmail dot com]

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

--- Comment #13 from Uroš Bizjak <ubizjak at gmail dot com> ---
Created attachment 35099
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35099&action=edit
Proposed patch for 4.9 branch

In 4.9 branch, the check is located in three different places throughout
constrain_operands. There was a big cleanup by Richard Sandiford in this area
[1].

Richard, does the patch looks OK to you?

[1] https://gcc.gnu.org/ml/gcc-patches/2014-06/msg00530.html
>From gcc-bugs-return-481145-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 22 19:41:13 2015
Return-Path: <gcc-bugs-return-481145-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 2988 invoked by alias); 22 Mar 2015 19:41:13 -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 2943 invoked by uid 48); 22 Mar 2015 19:41:09 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/65168] diagnostic: missing: reference cannot be bound to dereferenced null pointer
Date: Sun, 22 Mar 2015 21:37: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: 5.0
X-Bugzilla-Keywords: diagnostic, patch
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:
Message-ID: <bug-65168-4-H25YJyKWDq@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65168-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65168-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: 2015-03/txt/msg02289.txt.bz2
Content-length: 860

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

--- Comment #9 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Manuel López-Ibáñez from comment #8)
> Sure, I was trying to make the Clang message a bit more understandable. I
> got completely confused by "pointer may be assumed to always convert to
> true" when there is no pointer (in my last testcase).

&r is a pointer.

> What about "the address of the object bound to 'r' may be assumed to always
> convert to true"?

Why only warn about references, and not also for int i; bool b = !&i;  ?

> I'm not sure if we can tell that 'r' is bounded to a dereferenced pointer at
> the point of warning. If so, then it could print "because in C++ a reference
> cannot be bound to a dereferenced null pointer", but this seems less
> important.

That would be worse IMHO.
>From gcc-bugs-return-481146-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 22 19:46:47 2015
Return-Path: <gcc-bugs-return-481146-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 7187 invoked by alias); 22 Mar 2015 19:46:47 -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 7155 invoked by uid 48); 22 Mar 2015 19:46:43 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/65168] diagnostic: missing: reference cannot be bound to dereferenced null pointer
Date: Sun, 22 Mar 2015 21:39: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: 5.0
X-Bugzilla-Keywords: diagnostic, patch
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-65168-4-TTdxPqlj1C@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65168-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65168-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: 2015-03/txt/msg02290.txt.bz2
Content-length: 571

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

--- Comment #10 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Jonathan Wakely from comment #9)
> > What about "the address of the object bound to 'r' may be assumed to always
> > convert to true"?
> 
> Why only warn about references, and not also for int i; bool b = !&i;  ?

We already do:

/home/manuel/test.c:3:21: warning: the address of ‘i’ will always evaluate as
‘true’ [-Waddress]
   int i; bool b = !&i;
                     ^
>From gcc-bugs-return-481147-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 22 19:59:41 2015
Return-Path: <gcc-bugs-return-481147-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 24308 invoked by alias); 22 Mar 2015 19:59:41 -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 24283 invoked by uid 48); 22 Mar 2015 19:59:37 -0000
From: "trippels at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/65517] [5 Regression] ICE: in get_loop_body, at cfgloop.c:856
Date: Sun, 22 Mar 2015 22:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: trippels 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 cf_reconfirmed_on cc component short_desc everconfirmed
Message-ID: <bug-65517-4-gWGWRknjRq@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65517-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65517-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: 2015-03/txt/msg02291.txt.bz2
Content-length: 1246

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2015-03-22
                 CC|                            |trippels at gcc dot gnu.org
          Component|lto                         |middle-end
            Summary|src/getargs.c:112:1:        |[5 Regression] ICE: in
                   |internal compiler error: in |get_loop_body, at
                   |get_loop_body, at           |cfgloop.c:856
                   |cfgloop.c:856               |
     Ever confirmed|0                           |1

--- Comment #1 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Quick reduction:

markus@x4 testc % cat foo.i
typedef (*argmatch_exit_fn)();
a;
__argmatch_die () { exit (0); }

main ()
{
  while (1)
    {
      argmatch_exit_fn b = __argmatch_die;
      if (a)
        b ();
    }
}

markus@x4 testc % gcc -w -O2 foo.i
foo.i: In function ‘main’:
foo.i:13:1: internal compiler error: in get_loop_body, at cfgloop.c:856
>From gcc-bugs-return-481148-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Mar 22 20:16:51 2015
Return-Path: <gcc-bugs-return-481148-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 34756 invoked by alias); 22 Mar 2015 20:16:51 -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 34710 invoked by uid 48); 22 Mar 2015 20:16:47 -0000
From: "maltsevm at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/65503] g++ string array in struct crash
Date: Sun, 22 Mar 2015 22:19: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.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: maltsevm at gmail 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: cc
Message-ID: <bug-65503-4-vyojE3TZYV@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65503-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65503-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/msg02292.txt.bz2
Content-length: 690

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

Mikhail Maltsev <maltsevm at gmail dot com> changed:

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

--- Comment #2 from Mikhail Maltsev <maltsevm at gmail dot com> ---
Also, I noticed that in some cases GCC is able to generate a loop for
initialization:

#include <string>

int main() {
    std::string m[1000] {"x", "y"};
    std::string n[1000] = {"x", "y"};
}

That is done in cp/init.c:build_vec_init. But for the original testcase, the
loop is not created. Is it a bug?

[Bug rtl-optimization/60851] [4.9 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[rth at gcc dot gnu.org]

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

--- Comment #14 from Richard Henderson <rth at gcc dot gnu.org> ---
(In reply to Uroš Bizjak from comment #13)
> In 4.9 branch, the check is located in three different places throughout
> constrain_operands. There was a big cleanup by Richard Sandiford in this
> area [1].

Looks good.
>From gcc-bugs-return-481273-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Mar 23 15:45:42 2015
Return-Path: <gcc-bugs-return-481273-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5622 invoked by alias); 23 Mar 2015 15:45:42 -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 5564 invoked by uid 48); 23 Mar 2015 15:45:36 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/64967] [5 Regression] Bootstrap fails due to errors in libstdc++ sources with `--enable-symvers=gnu-versioned-namespace'
Date: Mon, 23 Mar 2015 16:15: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: P4
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-64967-4-znfplVOmPD@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64967-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64967-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/msg02417.txt.bz2
Content-length: 636

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

--- Comment #4 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Jakub Jelinek from comment #2)
> Or drop the gnu-versioned-namespace support altogether.

I'd like to do that ... maybe for GCC 6 though. It seems a bit late now to
remove it without deprecation.

> Anyway, if you don't, bumping it to _8 and always using the new ABI sounds
> like a good plan to me.

That proved quite difficult. My plan for now is to simply force
--disable-libstdcxx-dual-abi when gnu-versioned-namespace is in use, so it
bootstraps and can be used, just without the new GCC 5 hotness.

[Bug rtl-optimization/60851] [4.9 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[uros at gcc dot gnu.org]

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

--- Comment #15 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Mar 24 07:12:03 2015
New Revision: 221617

URL: https://gcc.gnu.org/viewcvs?rev=221617&root=gcc&view=rev
Log:
    PR rtl-optimization/60851
    * recog.c (constrain_operands): Accept a pseudo register before reload
    for LRA enabled targets.

testsuite/ChangeLog:

    PR rtl-optimization/60851
    * gcc.target/i386/pr60851.c: New test.


Added:
    branches/gcc-4_9-branch/gcc/testsuite/gcc.target/i386/pr60851.c
Modified:
    branches/gcc-4_9-branch/gcc/ChangeLog
    branches/gcc-4_9-branch/gcc/recog.c
    branches/gcc-4_9-branch/gcc/testsuite/ChangeLog

[Bug rtl-optimization/60851] [4.9 Regression] ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

[ubizjak at gmail dot com]

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

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED
           Assignee|unassigned at gcc dot gnu.org      |ubizjak at gmail dot com

--- Comment #16 from Uroš Bizjak <ubizjak at gmail dot com> ---
Fixed everywhere.
>From gcc-bugs-return-481333-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Mar 24 07:50:15 2015
Return-Path: <gcc-bugs-return-481333-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 33586 invoked by alias); 24 Mar 2015 07:50:15 -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 33527 invoked by uid 48); 24 Mar 2015 07:50:11 -0000
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libgomp/64972] [5 Regression] Build failure in libgomp for i686-w64-mingw32 target after latest merge from gomp-4_0-branch
Date: Tue, 24 Mar 2015 08:16:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libgomp
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: critical
X-Bugzilla-Who: jakub 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: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-64972-4-bUq7C8Mlry@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64972-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64972-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/msg02477.txt.bz2
Content-length: 322

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

--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
And the suggested fix is just to cast to unsigned long and use %ld or %lx
instead of %zd and %zx.  I can't test it on these targets, so it is better if
somebody with M$ access writes and tests the patch.