From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 119348 invoked by alias); 17 Jun 2015 15:34:43 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 119284 invoked by uid 48); 17 Jun 2015 15:34:38 -0000 From: "trippels at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/65914] [6 Regression] error: unrecognizable insn Date: Wed, 17 Jun 2015 15:34: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: trippels at gcc dot gnu.org 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: 6.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed Message-ID: In-Reply-To: References: 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/msg01543.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65914 Markus Trippelsdorf changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2015-06-17 Ever confirmed|0 |1 --- Comment #3 from Markus Trippelsdorf --- Another smaller testcase: trippels@gcc2-power8 tools % cat sf_concept_check_elliptic.ii enum expression_template_option { et_on }; template class A; template struct expre= ssion; template struct B { typedef const T &type; }; template struct B> { typedef expression type; }; template struct expression { expression(Arg1 p1, const Arg2 &p2) : arg1(p1), arg2(p2) {} typename B::type arg1; typename B::type arg2; }; template expression> sin(A) { return expression>(0, 0); } template expression> asin(expression p1) { return expression>(0, p1); } template expression, expression> operator+(A, expression p2) { return expression, expression>(0, p2); } template expression, expression> operator*(expression p1, expression p2) { return expression, expression>(p1, p2); } template expression, A> operator/(A, A) { return expression, A>(0, 0); } template void operator/(expression, V); template class A { public: A() {} template A(V) {} }; template void jacobi_recurse(T, T, Policy) { T a, b, c; (a + asin(b / c) * sin(a)) / 0.1; } template void jacobi_imp(T p1, Policy) { T x; jacobi_recurse(x, p1, 0); } template void jacobi_elliptic(T, U, V, Policy) { jacobi_imp(static_cast(0), 0); } template void jacobi_sn(U, T, Policy) { jacobi_elliptic(static_cast(0), 0, 0, 0); } template void jacobi_sn(U, T p2) { jacobi_sn(0, p2, 0); } template void test_extra(T) { T d; jacobi_sn(0, d); } void foo() { test_extra(A()); } trippels@gcc2-power8 tools % g++ -O3 -c -std=3Dc++14 sf_concept_check_ellip= tic.ii sf_concept_check_elliptic.ii: In function =E2=80=98void foo()=E2=80=99: sf_concept_check_elliptic.ii:67:36: error: unrecognizable insn: void foo() { test_extra(A()); } ^ (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_ins= n, 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 con= st*) ../../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 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: 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: List-Archive: List-Post: List-Help: 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" 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: 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?id=66574 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?id=35794&action=edit 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.