[Bug target/65914] New: [6 Regression] error: unrecognizable insn

[Bug target/65914] New: [6 Regression] error: unrecognizable insn

[trippels at gcc dot gnu.org]

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

            Bug ID: 65914
           Summary: [6 Regression] error: unrecognizable insn
           Product: gcc
           Version: 6.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: trippels at gcc dot gnu.org
  Target Milestone: ---
              Host: powerpc64le-unknown-linux-gnu
            Target: powerpc64le-unknown-linux-gnu
             Build: powerpc64le-unknown-linux-gnu

Running the Boost testsuite on ppc64le shows:

trippels@gcc2-power8 status % g++ -O3 -c -std=c++14 unordered_set_test.ii
../libs/intrusive/test/unordered_set_test.cpp: In static member function
‘static void test_unordered_set<ValueTraits, CacheBegin, CompareHash,
Incremental>::test_rehash(std::vector<typename ValueTraits::value_type>&,
boost::move_detail::true_) [with ValueTraits =
boost::intrusive::mhtraits<boost::intrusive::testvalue<hooks<void*>, false>,
boost::intrusive::unordered_set_member_hook<boost::intrusive::void_pointer<void*>,
boost::intrusive::optimize_multikey<true>, void, void>,
&boost::intrusive::testvalue<hooks<void*>, false>::node_>; bool CacheBegin =
false; bool CompareHash = false; bool Incremental = true; typename
ValueTraits::value_type = boost::intrusive::testvalue<hooks<void*>, false>;
boost::move_detail::true_ = boost::move_detail::bool_<true>]’:
../libs/intrusive/test/unordered_set_test.cpp:448:1: error: unrecognizable
insn:
 }
 ^
(insn 72 71 73 2 (set (reg:V2DI 540 [ vect_cst_.26426 ])
        (vec_concat:V2DI (reg/f:DI 150 virtual-stack-vars [ D.668853 ])
            (reg:DI 541 [ D.668853 ])))
../boost/intrusive/detail/slist_node.hpp:55 -1
     (nil))
../libs/intrusive/test/unordered_set_test.cpp:448:1: internal compiler error:
in extract_insn, at recog.c:2341
0x109a7e33 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
        ../../gcc/gcc/rtl-error.c:110
0x109a7eaf _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
        ../../gcc/gcc/rtl-error.c:118
0x1096d767 extract_insn(rtx_insn*)
        ../../gcc/gcc/recog.c:2341
0x106c98bb instantiate_virtual_regs_in_insn
        ../../gcc/gcc/function.c:1598
0x106c98bb instantiate_virtual_regs
        ../../gcc/gcc/function.c:1966
0x106c98bb execute
        ../../gcc/gcc/function.c:2015
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.

Reducing...
>From gcc-bugs-return-484835-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Apr 28 11:51:38 2015
Return-Path: <gcc-bugs-return-484835-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 92923 invoked by alias); 28 Apr 2015 11:51: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 92898 invoked by uid 48); 28 Apr 2015 11:51:34 -0000
From: "hjl.tools at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/65915] New: [6 Regression] FAIL: gcc.target/i386/avx512f-vrndscalepd-2.c (internal compiler error)
Date: Tue, 28 Apr 2015 11:51:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
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: 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 cc target_milestone
Message-ID: <bug-65915-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-04/txt/msg02387.txt.bz2
Content-length: 2270

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

            Bug ID: 65915
           Summary: [6 Regression] FAIL:
                    gcc.target/i386/avx512f-vrndscalepd-2.c (internal
                    compiler error)
           Product: gcc
           Version: 6.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: hjl.tools at gmail dot com
                CC: tocarip.intel at gmail dot com
  Target Milestone: ---

On x86-64, r222470 caused:

[hjl@gnu-ivb-1 gcc]$ ./xgcc -B./
/export/gnu/import/git/gcc-regression/gcc/gcc/testsuite/gcc.target/i386/avx512f-vrndscalepd-2.c
 -fpic -mcmodel=medium   -fno-diagnostics-show-caret -fdiagnostics-color=never
 -O2 -mavx512f  -S
/export/gnu/import/git/gcc-regression/gcc/gcc/testsuite/gcc.target/i386/avx512f-vrndscalepd-2.c:
In function \u2018test_512\u2019:
/export/gnu/import/git/gcc-regression/gcc/gcc/testsuite/gcc.target/i386/avx512f-vrndscalepd-2.c:101:1:
error: insn does not satisfy its constraints:
(insn 367 366 319 9 (set (reg:V2DF 53 xmm16 [ D.29386 ])
        (vec_merge:V2DF (vec_duplicate:V2DF (float:DF (reg:SI 2 cx [orig:96
D.29385 ] [96])))
            (reg:V2DF 53 xmm16 [ D.29386 ])
            (const_int 1 [0x1]))) 2191 {sse2_cvtsi2sd}
     (expr_list:REG_DEAD (reg:SI 2 cx [orig:96 D.29385 ] [96])
        (nil)))
/export/gnu/import/git/gcc-regression/gcc/gcc/testsuite/gcc.target/i386/avx512f-vrndscalepd-2.c:101:1:
internal compiler error: in extract_constrain_insn, at recog.c:2244
0xcf4a34 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
        ../../../../gcc/gcc/rtl-error.c:110
0xcf4a94 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
        ../../../../gcc/gcc/rtl-error.c:121
0xca7059 extract_constrain_insn(rtx_insn*)
        ../../../../gcc/gcc/recog.c:2244
0xcb5847 copyprop_hardreg_forward_1
        ../../../../gcc/gcc/regcprop.c:793
0xcb704b execute
        ../../../../gcc/gcc/regcprop.c:1289
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.
[hjl@gnu-ivb-1 gcc]$

[Bug target/65914] [6 Regression] error: unrecognizable insn

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |6.0

[Bug target/65914] [6 Regression] error: unrecognizable insn

[trippels at gcc dot gnu.org]

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

--- Comment #1 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Created attachment 35415
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35415&action=edit
Somewhat reduced testcase

[Bug target/65914] [6 Regression] error: unrecognizable insn

[trippels at gcc dot gnu.org]

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

--- Comment #2 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Started with r222514 so possibly a latent issue.

[Bug target/65914] [6 Regression] error: unrecognizable insn

[trippels at gcc dot gnu.org]

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

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2015-06-17
     Ever confirmed|0                           |1

--- Comment #3 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Another smaller testcase:

trippels@gcc2-power8 tools % cat sf_concept_check_elliptic.ii
enum expression_template_option { et_on };
template <class, expression_template_option = et_on> class A;
template <class, class, class, class = void, class = void> struct expression;
template <class T> struct B { typedef const T &type; };
template <class tag, class A1, class A2, class A3, class A4>
struct B<expression<tag, A1, A2, A3, A4>> {
  typedef expression<tag, A1, A2> type;
};
template <class tag, class Arg1, class Arg2>
struct expression<tag, Arg1, Arg2> {
  expression(Arg1 p1, const Arg2 &p2) : arg1(p1), arg2(p2) {}
  typename B<Arg1>::type arg1;
  typename B<Arg2>::type arg2;
};
template <class Backend> expression<int, int, A<Backend>> sin(A<Backend>) {
  return expression<int, int, A<Backend>>(0, 0);
}
template <class tag, class A1, class A2, class A3, class A4>
expression<int, int, expression<tag, A1, A2>>
asin(expression<tag, A1, A2, A3, A4> p1) {
  return expression<int, int, expression<tag, A1, A2>>(0, p1);
}
template <class B, expression_template_option ET, class tag, class Arg1,
          class Arg2, class Arg3, class Arg4>
expression<int, A<B>, expression<tag, Arg1, Arg2>>
operator+(A<B, ET>, expression<tag, Arg1, Arg2, Arg3, Arg4> p2) {
  return expression<int, A<B>, expression<tag, Arg1, Arg2>>(0, p2);
}
template <class tag, class Arg1, class Arg2, class Arg3, class Arg4, class
tag2,
          class Arg1b, class Arg2b, class Arg3b, class Arg4b>
expression<int, expression<tag, Arg1, Arg2>, expression<tag2, Arg1b, Arg2b>>
operator*(expression<tag, Arg1, Arg2, Arg3, Arg4> p1,
          expression<tag2, Arg1b, Arg2b, Arg3b, Arg4b> p2) {
  return expression<int, expression<tag, Arg1, Arg2>,
                    expression<tag2, Arg1b, Arg2b>>(p1, p2);
}
template <class B> expression<int, A<B>, A<B>> operator/(A<B>, A<B>) {
  return expression<int, A<B>, A<B>>(0, 0);
}
template <class tag, class Arg1, class Arg2, class Arg3, class Arg4, class V>
void operator/(expression<tag, Arg1, Arg2, Arg3, Arg4>, V);
template <class, expression_template_option> class A {
public:
  A() {}
  template <class V> A(V) {}
};
template <class T, class Policy> void jacobi_recurse(T, T, Policy) {
  T a, b, c;
  (a + asin(b / c) * sin(a)) / 0.1;
}
template <class T, class Policy> void jacobi_imp(T p1, Policy) {
  T x;
  jacobi_recurse(x, p1, 0);
}
template <class T, class U, class V, class Policy>
void jacobi_elliptic(T, U, V, Policy) {
  jacobi_imp(static_cast<T>(0), 0);
}
template <class U, class T, class Policy> void jacobi_sn(U, T, Policy) {
  jacobi_elliptic(static_cast<T>(0), 0, 0, 0);
}
template <class U, class T> void jacobi_sn(U, T p2) { jacobi_sn(0, p2, 0); }
template <class T> void test_extra(T) {
  T d;
  jacobi_sn(0, d);
}
void foo() { test_extra(A<int>()); }


trippels@gcc2-power8 tools % g++ -O3 -c -std=c++14 sf_concept_check_elliptic.ii
sf_concept_check_elliptic.ii: In function ‘void foo()’:
sf_concept_check_elliptic.ii:67:36: error: unrecognizable insn:
 void foo() { test_extra(A<int>()); }
                                    ^
(insn 11 10 12 2 (set (reg:V2DI 168 [ vect_cst_.59 ])
        (vec_concat:V2DI (reg:DI 169 [ D.3522 ])
            (reg/f:DI 150 virtual-stack-vars [ D.3522 ]))) -1
     (nil))
sf_concept_check_elliptic.ii:67:36: internal compiler error: in extract_insn,
at recog.c:2319
0x109fe913 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
        ../../gcc/gcc/rtl-error.c:110
0x109fe98f _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
        ../../gcc/gcc/rtl-error.c:118
0x109c32a7 extract_insn(rtx_insn*)
        ../../gcc/gcc/recog.c:2319
0x106f6d5b instantiate_virtual_regs_in_insn
        ../../gcc/gcc/function.c:1588
0x106f6d5b instantiate_virtual_regs
        ../../gcc/gcc/function.c:1956
0x106f6d5b execute
        ../../gcc/gcc/function.c:2005
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.
>From gcc-bugs-return-489212-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jun 17 15:42:55 2015
Return-Path: <gcc-bugs-return-489212-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 20885 invoked by alias); 17 Jun 2015 15:42:55 -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 20847 invoked by uid 48); 17 Jun 2015 15:42:51 -0000
From: "boger at us dot ibm.com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug go/66574] New: Time is provided in millisecond precision instead of nanoseconds as described in go documentation
Date: Wed, 17 Jun 2015 15:42:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: go
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: boger at us dot ibm.com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: ian at airs dot com
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 cc target_milestone cf_gcctarget attachments.created
Message-ID: <bug-66574-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/msg01544.txt.bz2
Content-length: 1204

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

            Bug ID: 66574
           Summary: Time is provided in millisecond precision instead of
                    nanoseconds as described in go documentation
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: go
          Assignee: ian at airs dot com
          Reporter: boger at us dot ibm.com
                CC: cmang at google dot com
  Target Milestone: ---
            Target: ppc64le, ppc64, x86_64

Created attachment 35794
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id5794&actioníit
testcase demonstrating microsecond precision of time.Now()

According to http://golang.org/pkg/time/#Time

A Time represents an instant in time with nanosecond precision.

The precision provided by gccgo when calling time.Now() is in microseconds, not
nanoseconds, since it invokes gettimeofday to retrieve the time.  If
clock_gettime was called instead, that would provide nanosecond precision.

A testcase is attached.

This is a mirror of an issue that was reported to the golang issue tracker:
https://github.com/golang/go/issues/11222.

[Bug target/65914] [6 Regression] error: unrecognizable insn

[wschmidt at gcc dot gnu.org]

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

--- Comment #4 from Bill Schmidt <wschmidt at gcc dot gnu.org> ---
With the smaller test, at least, this did not reproduce for me with r223868. 
Patching up to latest and will try again.

[Bug target/65914] [6 Regression] error: unrecognizable insn

[wschmidt at gcc dot gnu.org]

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

--- Comment #5 from Bill Schmidt <wschmidt at gcc dot gnu.org> ---
Confirmed with r224625, however.

[Bug target/65914] [6 Regression] error: unrecognizable insn

[wschmidt at gcc dot gnu.org]

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

--- Comment #6 from Bill Schmidt <wschmidt at gcc dot gnu.org> ---
The tree-optimized dump shows:

void foo() ()
{
  vector(2) long unsigned int vect_cst_.60;
  vector(2) long unsigned int vect_cst_.59;
  vector(2) long unsigned int vect_cst_.58;
  struct A p1;
  const struct A D.3509;
  int p1;
  int p1;
  const struct A D.3508;
  struct A p1;
  struct expression D.3507;
  long unsigned int _5;
  long unsigned int _6;
  long unsigned int _8;
  long unsigned int _11;
  long unsigned int _18;
  long unsigned int _19;

  <bb 2>:
  _18 = (long unsigned int) &p1;
  _19 = (long unsigned int) &p1;
  vect_cst_.60_20 = {_19, _18};
  _6 = (long unsigned int) &D.3509;
  _5 = (long unsigned int) &p1;
  vect_cst_.59_17 = {_5, _6};
  _11 = (long unsigned int) &D.3508;
  _8 = (long unsigned int) &p1;
  vect_cst_.58_7 = {_8, _11};
  D.3509 ={v} {CLOBBER};
  D.3508 ={v} {CLOBBER};
  MEM[(struct  &)&D.3507] ={v} {CLOBBER};
  MEM[(const struct A & *)&D.3507] = vect_cst_.60_20;
  MEM[(const struct A & *)&D.3507 + 16B] = vect_cst_.59_17;
  MEM[(const struct A & *)&D.3507 + 32B] = vect_cst_.58_7;
  operator/<int, A<int>, expression<int, expression<int, int, expression<int,
A\
<int>, A<int>, void, void>, void, void>, expression<int, int, A<int>, void,
voi\
d>, void, void>, void, void, double> (D.3507,
1.0000000000000000555111512312578\
27021181583404541015625e-1);
  return;

}

The problem is that the POWER port doesn't appear to have a pattern to match
the vector constructors like:

  vect_cst_.60_20 = {_19, _18};

The translation into rtl is a (vec_concat:V2DI (reg:DI) (reg:DI)).  The closest
thing we have to matching this is vsx_concat_<mode> in vsx.md, but IIUC this
will only match (vec_concat:V2DF (reg:DF) (reg:DF)) because of the
vsx_register_operand restriction.  Mike Meissner, can you please confirm?

[Bug target/65914] [6 Regression] error: unrecognizable insn

[wschmidt at gcc dot gnu.org]

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

--- Comment #7 from Bill Schmidt <wschmidt at gcc dot gnu.org> ---
Looking at the vsx_register_operand predicate in predicates.md, this seems to
need some TLC.  Will discuss with Mike Meissner offline.

[Bug target/65914] [6 Regression] error: unrecognizable insn

[wschmidt at gcc dot gnu.org]

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

--- Comment #8 from Bill Schmidt <wschmidt at gcc dot gnu.org> ---
Author: wschmidt
Date: Mon Jun 22 13:16:04 2015
New Revision: 224725

URL: https://gcc.gnu.org/viewcvs?rev=224725&root=gcc&view=rev
Log:
[gcc]

2015-06-22  Bill Schmidt  <wschmidt@linux.vnet.ibm.com>

        PR target/65914
        * config/rs6000/predicates.md (altivec_register_operand): Permit
        virtual stack registers.
        (vsx_register_operand): Likewise.
        (vfloat_operand): Likewise.
        (vint_operand): Likewise.
        (vlogical_operand): Likewise.

[gcc/testsuite]

2015-06-22  Bill Schmidt  <wschmidt@linux.vnet.ibm.com>

        PR target/65914
        * g++.dg/torture/pr65914.C:  New.


Added:
    trunk/gcc/testsuite/g++.dg/torture/pr65914.C
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/config/rs6000/predicates.md
    trunk/gcc/testsuite/ChangeLog

[Bug target/65914] [6 Regression] error: unrecognizable insn

[wschmidt at gcc dot gnu.org]

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

--- Comment #10 from Bill Schmidt <wschmidt at gcc dot gnu.org> ---
Author: wschmidt
Date: Mon Jul  6 02:07:49 2015
New Revision: 225441

URL: https://gcc.gnu.org/viewcvs?rev=225441&root=gcc&view=rev
Log:
[gcc]

2015-07-05  Bill Schmidt  <wschmidt@linux.vnet.ibm.com>

        Backport from mainline r224725
        2015-06-22  Bill Schmidt  <wschmidt@linux.vnet.ibm.com>

        PR target/65914
        * config/rs6000/predicates.md (altivec_register_operand): Permit
        virtual stack registers.
        (vsx_register_operand): Likewise.
        (vfloat_operand): Likewise.
        (vint_operand): Likewise.
        (vlogical_operand): Likewise.

[gcc/testsuite]

2015-07-05  Bill Schmidt  <wschmidt@linux.vnet.ibm.com>

        Backport from mainline r224725
        2015-06-22  Bill Schmidt  <wschmidt@linux.vnet.ibm.com>

        PR target/65914
        * g++.dg/torture/pr65914.C:  New.


Added:
    branches/gcc-5-branch/gcc/testsuite/g++.dg/torture/pr65419.C
Modified:
    branches/gcc-5-branch/gcc/ChangeLog
    branches/gcc-5-branch/gcc/config/rs6000/predicates.md
    branches/gcc-5-branch/gcc/testsuite/ChangeLog

[Bug target/65914] [6 Regression] error: unrecognizable insn

[wschmidt at gcc dot gnu.org]

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

--- Comment #11 from Bill Schmidt <wschmidt at gcc dot gnu.org> ---
Author: wschmidt
Date: Mon Jul  6 02:08:59 2015
New Revision: 225442

URL: https://gcc.gnu.org/viewcvs?rev=225442&root=gcc&view=rev
Log:
[gcc]

2015-07-05  Bill Schmidt  <wschmidt@linux.vnet.ibm.com>

        Backport from mainline r224725
        2015-06-22  Bill Schmidt  <wschmidt@linux.vnet.ibm.com>

        PR target/65914
        * config/rs6000/predicates.md (altivec_register_operand): Permit
        virtual stack registers.
        (vsx_register_operand): Likewise.
        (vfloat_operand): Likewise.
        (vint_operand): Likewise.
        (vlogical_operand): Likewise.

[gcc/testsuite]

2015-07-05  Bill Schmidt  <wschmidt@linux.vnet.ibm.com>

        Backport from mainline r224725
        2015-06-22  Bill Schmidt  <wschmidt@linux.vnet.ibm.com>

        PR target/65914
        * g++.dg/torture/pr65914.C:  New.


Added:
    branches/gcc-4_9-branch/gcc/testsuite/g++.dg/torture/pr65419.C
Modified:
    branches/gcc-4_9-branch/gcc/ChangeLog
    branches/gcc-4_9-branch/gcc/config/rs6000/predicates.md
    branches/gcc-4_9-branch/gcc/testsuite/ChangeLog

[Bug target/65914] [6 Regression] error: unrecognizable insn

[trippels at gcc dot gnu.org]

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

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

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

--- Comment #12 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
fixed