[Bug target/66691] New: ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[Bug target/66691] New: ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[su at cs dot ucdavis.edu]

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

            Bug ID: 66691
           Summary: ICE on valid code at -O3 with -g enabled in
                    simplify_subreg, at simplify-rtx.c:5744
           Product: gcc
           Version: 6.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: su at cs dot ucdavis.edu
  Target Milestone: ---

The following code causes an ICE when compiled with the current gcc trunk at
-O3 with -g enabled on x86_64-linux-gnu in 32-bit mode (but not in 64-bit
mode).

It also affects 5.1.x, thus is a regression from 4.9.x.


$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20150627 (experimental) [trunk revision 225100] (GCC) 
$ 
$ gcc-trunk -m32 -O3 small.c; ./a.out
$ gcc-trunk -m32 -O2 -g small.c; ./a.out
$ gcc-trunk -m64 -O3 -g small.c; ./a.out
$ gcc-4.9 -m32 -O3 -g small.c; ./a.out
$ 
$ gcc-trunk -m32 -O3 -g small.c
small.c: In function ‘main’:
small.c:59:1: internal compiler error: in simplify_subreg, at
simplify-rtx.c:5744
 }
 ^
0xb19a79 simplify_subreg(machine_mode, rtx_def*, machine_mode, unsigned int)
        ../../gcc-trunk/gcc/simplify-rtx.c:5744
0xb19cc9 simplify_gen_subreg(machine_mode, rtx_def*, machine_mode, unsigned
int)
        ../../gcc-trunk/gcc/simplify-rtx.c:5969
0xde472e vt_expand_loc_callback
        ../../gcc-trunk/gcc/var-tracking.c:8437
0x74b921 cselib_expand_value_rtx_1
        ../../gcc-trunk/gcc/cselib.c:1683
0x74c00e cselib_expand_value_rtx_cb(rtx_def*, bitmap_head*, int, rtx_def*
(*)(rtx_def*, bitmap_head*, int, void*), void*)
        ../../gcc-trunk/gcc/cselib.c:1565
0xde49d4 vt_expand_var_loc_chain
        ../../gcc-trunk/gcc/var-tracking.c:8332
0xde49d4 vt_expand_loc_callback
        ../../gcc-trunk/gcc/var-tracking.c:8494
0x74b9c2 cselib_expand_value_rtx_1
        ../../gcc-trunk/gcc/cselib.c:1718
0x74c00e cselib_expand_value_rtx_cb(rtx_def*, bitmap_head*, int, rtx_def*
(*)(rtx_def*, bitmap_head*, int, void*), void*)
        ../../gcc-trunk/gcc/cselib.c:1565
0xde53be vt_expand_var_loc_chain
        ../../gcc-trunk/gcc/var-tracking.c:8332
0xde53be vt_expand_1pvar
        ../../gcc-trunk/gcc/var-tracking.c:8607
0xde53be emit_note_insn_var_location(variable_def**, emit_note_data_def*)
        ../../gcc-trunk/gcc/var-tracking.c:8662
0xded88a void hash_table<variable_hasher,
xcallocator>::traverse_noresize<emit_note_data_def*,
&(emit_note_insn_var_location(variable_def**,
emit_note_data_def*))>(emit_note_data_def*)
        ../../gcc-trunk/gcc/hash-table.h:915
0xded88a void hash_table<variable_hasher,
xcallocator>::traverse<emit_note_data_def*,
&(emit_note_insn_var_location(variable_def**,
emit_note_data_def*))>(emit_note_data_def*)
        ../../gcc-trunk/gcc/hash-table.h:937
0xded88a emit_notes_for_changes
        ../../gcc-trunk/gcc/var-tracking.c:9022
0xdf30fb emit_notes_in_bb
        ../../gcc-trunk/gcc/var-tracking.c:9454
0xdf30fb vt_emit_notes
        ../../gcc-trunk/gcc/var-tracking.c:9515
0xdf3a26 variable_tracking_main_1
        ../../gcc-trunk/gcc/var-tracking.c:10368
0xdf3a26 variable_tracking_main()
        ../../gcc-trunk/gcc/var-tracking.c:10382
0xdf3a26 execute
        ../../gcc-trunk/gcc/var-tracking.c:10419
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.
$ 


-----------------------------------------------------


unsigned int a;
int b[2], c, d, e, f, g, h, i, k[8], l, m, s, t, w;
static int j;

void
fn1 (long long p)
{
  int t = p; 
  c = c ^ b[c ^ (t & 1)];
}

static void
fn2 (long long p)
{
  c = c ^ b[1 ^ (d & 1)];
  fn1 (p >> 1 & 1);
  fn1 (p >> 2);
}

static void
fn3 ()
{
  unsigned char p;
  f = g = 0;
  for (h = 0; h < 6; h++)
    {
      for (s = 0; s < 7; s++)
        if (k[s+1])
          g = 0;
        else
          for (j = 0; j < 2; j++)
            ;
      t = j > 2 ? 0 : 1 >> j;
    }
  if (l)
    {
      short q[2];
      q[0] = q[1] = 0;
      if (m)
        for (i = 0; i < 2; i++)
          {
            unsigned char r = q[i];
            p = f ? r % f : r; 
            e = ((p > 0) <= (q[i] ^ 1)) + a;
            if (k[1])
              for (e = 0; e != 18; ++e)
                k[0] = 0;
          }
    }
}

int
main ()
{
  fn3 ();
  fn2 (w);
  fn2 (j);
  return 0;
}
>From gcc-bugs-return-490911-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jun 28 07:03:36 2015
Return-Path: <gcc-bugs-return-490911-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 50156 invoked by alias); 28 Jun 2015 07:03:33 -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 50096 invoked by uid 55); 28 Jun 2015 07:03:27 -0000
From: "kkojima at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/66563] [4.9 Regression] ICE (segmentation fault) on sh4-linux-gnu
Date: Sun, 28 Jun 2015 07: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: 4.9.2
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: kkojima at gcc dot gnu.org
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: 4.9.4
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-66563-4-ZGLefnOXXr@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66563-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66563-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-06/txt/msg03243.txt.bz2
Content-length: 524

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

--- Comment #38 from Kazumoto Kojima <kkojima at gcc dot gnu.org> ---
Author: kkojima
Date: Sun Jun 28 07:02:47 2015
New Revision: 225104

URL: https://gcc.gnu.org/viewcvs?rev"5104&root=gcc&view=rev
Log:
PR target/66563
* [SH] Add a new operand to GOTaddr2picreg so to avoid CSE.  Modify caller
  of gen_GOTaddr2picreg.


Modified:
    branches/gcc-4_9-branch/gcc/ChangeLog
    branches/gcc-4_9-branch/gcc/config/sh/sh.c
    branches/gcc-4_9-branch/gcc/config/sh/sh.md

[Bug debug/66691] [5/6 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[trippels at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
      Known to work|                            |4.9.3
   Last reconfirmed|                            |2015-06-28
          Component|target                      |debug
                 CC|                            |trippels at gcc dot gnu.org
     Ever confirmed|0                           |1
            Summary|ICE on valid code at -O3    |[5/6 Regression] ICE on
                   |with -g enabled in          |valid code at -O3 with -g
                   |simplify_subreg, at         |enabled in simplify_subreg,
                   |simplify-rtx.c:5744         |at simplify-rtx.c:5744
   Target Milestone|---                         |5.2
      Known to fail|                            |5.0, 6.0

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

[Bug debug/66691] [5/6 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[ubizjak at gmail dot com]

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

--- Comment #2 from Uroš Bizjak <ubizjak at gmail dot com> ---
Confirmed, I have to use:

cc1 -m32 -O3 -g -mtune=generic -march=i686

Breakpoint 1, internal_error (gmsgid=gmsgid@entry=0x163d677 "in %s, at %s:%d")
at /home/uros/gcc-svn/trunk/gcc/diagnostic.c:1266
1266    {
(gdb) bt
#0  internal_error (gmsgid=gmsgid@entry=0x163d677 "in %s, at %s:%d") at
/home/uros/gcc-svn/trunk/gcc/diagnostic.c:1266
#1  0x0000000001155624 in fancy_abort (file=file@entry=0x125daf0
"/home/uros/gcc-svn/trunk/gcc/simplify-rtx.c", line=line@entry=5744, 
    function=function@entry=0x125e8c0 <simplify_subreg(machine_mode, rtx_def*,
machine_mode, unsigned int)::__FUNCTION__> "simplify_subreg")
    at /home/uros/gcc-svn/trunk/gcc/diagnostic.c:1340
#2  0x0000000000abbe5c in simplify_subreg (outermode=<optimized out>,
op=<optimized out>, innermode=<optimized out>, byte=<optimized out>)
    at /home/uros/gcc-svn/trunk/gcc/simplify-rtx.c:5744
#3  0x0000000000abc09a in simplify_gen_subreg (outermode=QImode,
op=op@entry=0x7ffff1710480, innermode=VOIDmode, byte=0) at
/home/uros/gcc-svn/trunk/gcc/simplify-rtx.c:5969
#4  0x0000000000d878df in vt_expand_loc_callback (x=0x7ffff1888828,
regs=0x1bbd3c0, max_depth=<optimized out>, data=<optimized out>)
    at /home/uros/gcc-svn/trunk/gcc/var-tracking.c:8437
#5  0x00000000006ed442 in cselib_expand_value_rtx_1
(orig=orig@entry=0x7ffff1888828, evd=evd@entry=0x7fffffffd210,
max_depth=max_depth@entry=2147483647)
    at /home/uros/gcc-svn/trunk/gcc/cselib.c:1683
#6  0x00000000006edb2f in cselib_expand_value_rtx_cb
(orig=orig@entry=0x7ffff1888828, regs_active=regs_active@entry=0x1bbd3c0,
max_depth=max_depth@entry=2147483647, 
    cb=cb@entry=0xd87870 <vt_expand_loc_callback(rtx, bitmap, int, void*)>,
data=data@entry=0x7fffffffd3c0) at /home/uros/gcc-svn/trunk/gcc/cselib.c:1565
#7  0x0000000000d87bb6 in vt_expand_var_loc_chain (pendrecp=<synthetic
pointer>, data=0x7fffffffd3c0, regs=0x1bbd3c0, var=0x1bfdc30)
    at /home/uros/gcc-svn/trunk/gcc/var-tracking.c:8332
#8  vt_expand_loc_callback (x=0x1c485b8, regs=0x1bbd3c0, max_depth=<optimized
out>, data=0x7fffffffd3c0) at /home/uros/gcc-svn/trunk/gcc/var-tracking.c:8494
#9  0x00000000006ed4e3 in cselib_expand_value_rtx_1 (orig=orig@entry=0x1c485b8,
evd=evd@entry=0x7fffffffd320, max_depth=max_depth@entry=2147483647)
    at /home/uros/gcc-svn/trunk/gcc/cselib.c:1718
#10 0x00000000006edb2f in cselib_expand_value_rtx_cb
(orig=orig@entry=0x1c485b8, regs_active=regs_active@entry=0x1bbd3c0,
max_depth=max_depth@entry=2147483647, 
    cb=cb@entry=0xd87870 <vt_expand_loc_callback(rtx, bitmap, int, void*)>,
data=data@entry=0x7fffffffd3c0) at /home/uros/gcc-svn/trunk/gcc/cselib.c:1565
#11 0x0000000000d885e8 in vt_expand_var_loc_chain (pendrecp=0x0,
data=0x7fffffffd3c0, regs=0x1bbd3c0, var=<optimized out>) at
/home/uros/gcc-svn/trunk/gcc/var-tracking.c:8332
#12 vt_expand_1pvar (vars=0x1bf1880, var=<optimized out>) at
/home/uros/gcc-svn/trunk/gcc/var-tracking.c:8607
#13 emit_note_insn_var_location (varp=varp@entry=0x1c5cd40,
data=data@entry=0x7fffffffd5b0) at
/home/uros/gcc-svn/trunk/gcc/var-tracking.c:8662
#14 0x0000000000d90a2b in traverse_noresize<emit_note_data_def*,
emit_note_insn_var_location> (argument=0x7fffffffd5b0, this=<optimized out>)
    at /home/uros/gcc-svn/trunk/gcc/hash-table.h:915
#15 traverse<emit_note_data_def*, emit_note_insn_var_location>
(argument=0x7fffffffd5b0, this=<optimized out>) at
/home/uros/gcc-svn/trunk/gcc/hash-table.h:937
#16 emit_notes_for_changes (insn=insn@entry=0x7ffff18827c0,
where=where@entry=EMIT_NOTE_AFTER_INSN, vars=<optimized out>) at
/home/uros/gcc-svn/trunk/gcc/var-tracking.c:9022
#17 0x0000000000d9626e in emit_notes_in_bb (bb=0x7ffff18521a0,
set=0x7fffffffd6e0) at /home/uros/gcc-svn/trunk/gcc/var-tracking.c:9454
#18 vt_emit_notes () at /home/uros/gcc-svn/trunk/gcc/var-tracking.c:9515
#19 0x0000000000d96bc7 in variable_tracking_main_1 () at
/home/uros/gcc-svn/trunk/gcc/var-tracking.c:10368
#20 variable_tracking_main () at
/home/uros/gcc-svn/trunk/gcc/var-tracking.c:10382

(gdb) f 4
#4  0x0000000000d878df in vt_expand_loc_callback (x=0x7ffff1888828,
regs=0x1bbd3c0, max_depth=<optimized out>, data=<optimized out>)
    at /home/uros/gcc-svn/trunk/gcc/var-tracking.c:8437
8437                                        SUBREG_BYTE (x));
(gdb) list
8432          if (!subreg)
8433            return NULL;
8434
8435          result = simplify_gen_subreg (GET_MODE (x), subreg,
8436                                        GET_MODE (SUBREG_REG (x)),
8437                                        SUBREG_BYTE (x));
8438
8439          /* Invalid SUBREGs are ok in debug info.  ??? We could try
8440             alternate expansions for the VALUE as well.  */
8441          if (!result)
(gdb) p debug_rtx (x)
(subreg:QI (const_int 0 [0]) 0)
$1 = void
>From gcc-bugs-return-490915-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jun 28 08:13:19 2015
Return-Path: <gcc-bugs-return-490915-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 15808 invoked by alias); 28 Jun 2015 08:13:19 -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 15718 invoked by uid 48); 28 Jun 2015 08:13:14 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug debug/66691] [5/6 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744
Date: Sun, 28 Jun 2015 08:13:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: debug
X-Bugzilla-Version: 6.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ubizjak at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.2
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-66691-4-Ym47vTJA40@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66691-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66691-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-06/txt/msg03247.txt.bz2
Content-length: 983

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

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

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

--- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
In _.ira dump, we have:

(insn 146 144 147 21 (set (reg:HI 96 [ D.1574 ])
        (const_int 0 [0])) pr66691.c:42 88 {*movhi_internal}
     (expr_list:REG_EQUAL (const_int 0 [0])
        (nil)))

[...]

(debug_insn 148 147 30 21 (var_location:QI r (subreg:QI (reg:HI 96 [ D.1574 ])
0)) pr66691.c:42 -1
     (nil))

And in _.reload, we get invalid RTX when (const_int 0) propagates to
(debug_insn 148):

(note 146 144 429 21 NOTE_INSN_DELETED)

[...]

(debug_insn 148 147 30 21 (var_location:QI r (subreg:QI (const_int 0 [0]) 0))
pr66691.c:42 -1
     (nil))

Looks like LRA problem, adding CC.
>From gcc-bugs-return-490916-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jun 28 08:50:29 2015
Return-Path: <gcc-bugs-return-490916-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 83787 invoked by alias); 28 Jun 2015 08:50:28 -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 83736 invoked by uid 48); 28 Jun 2015 08:50:23 -0000
From: "asmwarrior at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/56926] Crash (without ICE) while compiling Boost.Math
Date: Sun, 28 Jun 2015 08:50: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: asmwarrior at gmail dot com
X-Bugzilla-Status: WAITING
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:
Message-ID: <bug-56926-4-s2Hc21VH85@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56926-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56926-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-06/txt/msg03248.txt.bz2
Content-length: 419

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

--- Comment #19 from asmwarrior <asmwarrior at gmail dot com> ---
Martin Richter has post a patch to solve this issue, see: [Comment
47](https://gcc.gnu.org/bugzilla/show_bug.cgi?id\x14940#c47), also there are
some discussion in [MinGW-w64 - for 32 and 64 bit Windows / Bugs / #382 PCH:
cc1plus.exe crash on Windows8.1](https://sourceforge.net/p/mingw-w64/bugs/382/)

[Bug debug/66691] [5/6 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[trippels at gcc dot gnu.org]

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

--- Comment #4 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
-fno-lra-remat "fixes" the issue.

[Bug debug/66691] [5/6 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[vmakarov at gcc dot gnu.org]

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

--- Comment #5 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Thanks for reporting this.  I've started work on it.

[Bug debug/66691] [5/6 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[vmakarov at gcc dot gnu.org]

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

--- Comment #6 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Author: vmakarov
Date: Tue Jun 30 17:40:55 2015
New Revision: 225200

URL: https://gcc.gnu.org/viewcvs?rev=225200&root=gcc&view=rev
Log:
2015-06-30  Vladimir Makarov  <vmakarov@redhat.com>

        PR debug/66691
        * lra-int.h (lra_substitute_pseudo): Add a parameter.
        (lra_substitute_pseudo_within_insn): Ditto.
        * lra.c (lra_substitute_pseudo): Add a parameter.  Simplify subreg
        of constant.
        (lra_substitute_pseudo_within_insn): Add a parameter.  Transfer it
        to lra_substitute_pseudo.
        * lra-lives.c (process_bb_lives): Add an argument to
        lra_substitute_pseudo_within_insn call.
        * lra-constraints.c (inherit_reload_reg, split_reg): Add an
        argument to lra_substitute_pseudo and
        lra_substitute_pseudo_within_insn calls.
        (remove_inheritance_pseudos, undo_optional_reloads): Ditto.

2015-06-30  Vladimir Makarov  <vmakarov@redhat.com>

        PR debug/66691
        * gcc.target/i386/pr66691.c: New.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/lra-constraints.c
    trunk/gcc/lra-int.h
    trunk/gcc/lra-lives.c
    trunk/gcc/lra.c
    trunk/gcc/testsuite/ChangeLog

[Bug debug/66691] [5/6 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[vmakarov at gcc dot gnu.org]

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

--- Comment #7 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
I'll commit the same patch into gcc-5 branch on next week after some testing
the patch on trunk.

[Bug debug/66691] [5/6 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[ubizjak at gmail dot com]

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

--- Comment #8 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Vladimir Makarov from comment #7)
> I'll commit the same patch into gcc-5 branch on next week after some testing
> the patch on trunk.

Please note that I have fixed the wrong PR number in the testcase.
>From gcc-bugs-return-491118-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jul 01 07:34:26 2015
Return-Path: <gcc-bugs-return-491118-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 126901 invoked by alias); 1 Jul 2015 07:34:26 -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 126823 invoked by uid 48); 1 Jul 2015 07:34:20 -0000
From: "antonio.poggiali at datalogic dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/66666] ARM wrong copy constructor address on multiple inheritance
Date: Wed, 01 Jul 2015 07:34: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.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: major
X-Bugzilla-Who: antonio.poggiali at datalogic 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:
Message-ID: <bug-66666-4-RbfAJpRpq4@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66666-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66666-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/msg00008.txt.bz2
Content-length: 3447

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

--- Comment #14 from Antonio Poggiali <antonio.poggiali at datalogic dot com> ---
>
> Your toolchain is arm-none-linux-gnueabi , but you build with
> -mfloat-abi=hard - do you have suitable hard-float libraries on the target?
>

I have only hard-float libraries and related system header files.

> How was the toolchain configured
> (arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-g++ -v)?
>

arm-poky-linux-gnueabi-g++ -vUsing built-in specs.
COLLECT_GCC=/data/IA/atmel_gcc-4.9.1/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-g++
COLLECT_LTO_WRAPPER=/data/IA/atmel_gcc-4.9.1/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/bin/arm-poky-linux-gnueabi/../../libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/lto-wrapper
Target: arm-poky-linux-gnueabi
Configured with:
/data/IA/atmel/poky/build-atmel/tmp/work-shared/gcc-4.9.1-r0/gcc-4.9.1/configure
--build=x86_64-linux --host=x86_64-linux --target=arm-poky-linux-gnueabi
--prefix=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr
--exec_prefix=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr
--bindir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/bin/arm-poky-linux-gnueabi
--sbindir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/bin/arm-poky-linux-gnueabi
--libexecdir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/libexec/arm-poky-linux-gnueabi
--datadir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/share
--sysconfdir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/etc
--sharedstatedir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/com
--localstatedir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/var
--libdir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/lib/arm-poky-linux-gnueabi
--includedir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/include
--oldincludedir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/include
--infodir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/share/info
--mandir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr/share/man
--disable-silent-rules --disable-dependency-tracking
--with-libtool-sysroot=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux
--enable-clocale=generic --with-gnu-ld --enable-shared --enable-languages=c,c++
--enable-threads=posix --disable-multilib --enable-c99 --enable-long-long
--enable-symvers=gnu --enable-libstdcxx-pch
--program-prefix=arm-poky-linux-gnueabi- --without-local-prefix
--enable-target-optspace --enable-lto --enable-libssp --disable-bootstrap
--disable-libmudflap --with-system-zlib --with-linker-hash-style=gnu
--enable-linker-build-id --with-ppl=no --with-cloog=no
--enable-checking=release --enable-cheaders=c_global
--with-gxx-include-dir=/data/IA/atmel/poky/build-atmel/tmp/sysroots/sama5d4ek/usr/include/c++/4.9.1
--with-sysroot=/data/IA/atmel/poky/build-atmel/tmp/sysroots/sama5d4ek
--with-build-sysroot=/data/IA/atmel/poky/build-atmel/tmp/sysroots/sama5d4ek
--enable-poison-system-directories
--with-mpfr=/data/IA/atmel/poky/build-atmel/tmp/sysroots/x86_64-linux/usr
--with-system-zlib --disable-nls --with-arch=armv7-a
Thread model: posix
gcc version 4.9.1 (GCC)

> What userspace is running on the target?

Sorry but I don't understand the question. Could you explain a little?

[Bug debug/66691] [5/6 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|5.2                         |5.3

--- Comment #9 from Richard Biener <rguenth at gcc dot gnu.org> ---
GCC 5.2 is being released, adjusting target milestone to 5.3.

[Bug debug/66691] [5/6 Regression] ICE on valid code at -O3 with -g enabled in simplify_subreg, at simplify-rtx.c:5744

[vmakarov at gcc dot gnu.org]

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

--- Comment #10 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Author: vmakarov
Date: Fri Jul 31 13:52:09 2015
New Revision: 226442

URL: https://gcc.gnu.org/viewcvs?rev=226442&root=gcc&view=rev
Log:
2015-07-31  Vladimir Makarov  <vmakarov@redhat.com>

        PR debug/66691
        * lra-int.h (lra_substitute_pseudo): Add a parameter.
        (lra_substitute_pseudo_within_insn): Ditto.
        * lra.c (lra_substitute_pseudo): Add a parameter.  Simplify subreg
        of constant.
        (lra_substitute_pseudo_within_insn): Add a parameter.  Transfer it
        to lra_substitute_pseudo.
        * lra-lives.c (process_bb_lives): Add an argument to
        lra_substitute_pseudo_within_insn call.
        * lra-constraints.c (inherit_reload_reg, split_reg): Add an
        argument to lra_substitute_pseudo and
        lra_substitute_pseudo_within_insn calls.
        (remove_inheritance_pseudos, undo_optional_reloads): Ditto.

2015-07-31  Vladimir Makarov  <vmakarov@redhat.com>

        PR debug/66691
        * gcc.target/i386/pr66691.c: New.


Added:
    branches/gcc-5-branch/gcc/testsuite/gcc.target/i386/pr66691.c
Modified:
    branches/gcc-5-branch/gcc/ChangeLog
    branches/gcc-5-branch/gcc/lra-constraints.c
    branches/gcc-5-branch/gcc/lra-int.h
    branches/gcc-5-branch/gcc/lra-lives.c
    branches/gcc-5-branch/gcc/lra.c
    branches/gcc-5-branch/gcc/testsuite/ChangeLog