public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/64921] [4.9/5/6 Regression] FAIL: gfortran.dg/class_allocate_18.f90 Date: Sat, 25 Jul 2015 15:13:00 -0000 [thread overview] Message-ID: <bug-64921-4-fOxqgeIbO1@http.gcc.gnu.org/bugzilla/> (raw) In-Reply-To: <bug-64921-4@http.gcc.gnu.org/bugzilla/> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921 Uroš Bizjak <ubizjak at gmail dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rguenther at suse dot de --- Comment #18 from Uroš Bizjak <ubizjak at gmail dot com> --- (In reply to Uroš Bizjak from comment #17) > (In reply to Mat Cross from comment #14) > > For the record, perhaps it is of interest for me to note that we are running > > into this (cf. PR64230 comment 9) on code like > > > > Program test > > Implicit None > > Type :: t1 > > Integer, Allocatable :: i > > End Type > > Type :: t2 > > Integer, Allocatable :: i > > End Type > > Type, Extends (t1) :: t3 > > Type (t2) :: j > > End Type > > Type, Extends (t3) :: t4 > > Integer, Allocatable :: k > > End Type > > Call s > > Print *, 'ok' > > Contains > > Subroutine s > > Class (t1), Allocatable :: x > > Allocate (t4 :: x) > > End Subroutine > > End Program > > > > Since the crash is in bad compiler-generated finalization code (since 4.9), > > and given that (if I recall correctly) gfortran is using the Fortran 2008 > > semantics for entities declared in a main program being implicitly saved, > > this is why removing the Deallocate (in the comment 12 example) works - the > > finalizer is never called then. > > No wonder this test crashes. Tree-optimizers (-O2) on x86_64 produce: [...] I was able to trace dumps down to _.fre2 tree dump, where we have: <bb 12>: # idx_104 = PHI <0(11), idx_122(16)> offset_115 = 0; ptr2_119 = (struct t3 *) offset_115; _120 = &ptr2_119->j; This can't be right, we have a dereference from zero. If the frontend produced correct code, then tree-optimization passes made a mess here. CC Richi. >From gcc-bugs-return-493325-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Jul 25 16:37:08 2015 Return-Path: <gcc-bugs-return-493325-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org> Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 84813 invoked by alias); 25 Jul 2015 16:37:07 -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 84750 invoked by uid 48); 25 Jul 2015 16:37:01 -0000 From: "Casey at Carter dot net" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/67007] New: [c++-concepts] Deduction constraint Date: Sat, 25 Jul 2015 16:37:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: c++-concepts X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: Casey at Carter dot net X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: <bug-67007-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/msg02215.txt.bz2 Content-length: 2742 https://gcc.gnu.org/bugzilla/show_bug.cgi?idg007 Bug ID: 67007 Summary: [c++-concepts] Deduction constraint Product: gcc Version: c++-concepts Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: Casey at Carter dot net Target Milestone: --- r226205 ICEs compiling this program: template <class U> concept bool A requires (U u) { u; }; template <class T> concept bool B requires (T t) { { t } -> A; }; void foo(B); apparently while normalizing the constraints of B: ~/concept-gcc/bin/g++ -std=c++1z foo.cpp -c foo.cpp:9:11: internal compiler error: in tsubst_constraint, at cp/constraint.cc:1511 void foo(B); ^ 0x8032b1 tsubst_constraint(tree_node*, tree_node*, int, tree_node*) ../../gcc/cp/constraint.cc:1511 0x65794f tsubst(tree_node*, tree_node*, int, tree_node*) ../../gcc/cp/pt.c:12798 0x806bf0 tsubst_compound_requirement ../../gcc/cp/constraint.cc:1604 0x806bf0 tsubst_requirement ../../gcc/cp/constraint.cc:1632 0x806bf0 tsubst_requirement_body ../../gcc/cp/constraint.cc:1651 0x806bf0 tsubst_requires_expr(tree_node*, tree_node*, int, tree_node*) ../../gcc/cp/constraint.cc:1682 0x65103a tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool, bool) ../../gcc/cp/pt.c:16429 0x64462e tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool) ../../gcc/cp/pt.c:15092 0x80591f lift_variable_initializer ../../gcc/cp/constraint.cc:440 0x805220 normalize_predicate_constraint ../../gcc/cp/constraint.cc:955 0x805220 normalize_constraint ../../gcc/cp/constraint.cc:993 0x805508 build_constraints(tree_node*, tree_node*) ../../gcc/cp/constraint.cc:1096 0x5af175 grokfndecl ../../gcc/cp/decl.c:7788 0x6208f6 grokdeclarator(cp_declarator const*, cp_decl_specifier_seq*, decl_context, int, tree_node**) ../../gcc/cp/decl.c:11202 0x621126 start_decl(cp_declarator const*, cp_decl_specifier_seq*, int, tree_node*, tree_node*, tree_node**) ../../gcc/cp/decl.c:4744 0x710580 cp_parser_init_declarator ../../gcc/cp/parser.c:17728 0x71336d cp_parser_simple_declaration ../../gcc/cp/parser.c:11685 0x70c8f4 cp_parser_block_declaration ../../gcc/cp/parser.c:11559 0x718783 cp_parser_declaration ../../gcc/cp/parser.c:11456 0x716f5a cp_parser_declaration_seq_opt ../../gcc/cp/parser.c:11338 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.
next prev parent reply other threads:[~2015-07-25 15:13 UTC|newest] Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-02-03 15:42 [Bug rtl-optimization/64921] New: [5 Regression] FAIL: gfortran.dg/class_allocate_18.f90 with -fPIC hjl.tools at gmail dot com 2015-02-03 16:03 ` [Bug rtl-optimization/64921] " jakub at gcc dot gnu.org 2015-02-03 17:22 ` hjl.tools at gmail dot com 2015-02-03 17:32 ` [Bug rtl-optimization/64921] [4.9/5 Regression] FAIL: gfortran.dg/class_allocate_18.f90 hjl.tools at gmail dot com 2015-02-03 21:30 ` pault at gcc dot gnu.org 2015-02-04 3:00 ` ramana at gcc dot gnu.org 2015-02-04 18:21 ` pault at gcc dot gnu.org 2015-02-04 18:31 ` hjl.tools at gmail dot com 2015-02-04 19:00 ` dominiq at lps dot ens.fr 2015-02-04 19:03 ` dominiq at lps dot ens.fr 2015-02-09 0:07 ` pinskia at gcc dot gnu.org 2015-02-09 10:00 ` rguenth at gcc dot gnu.org 2015-02-09 14:26 ` rguenth at gcc dot gnu.org 2015-02-16 13:40 ` dominiq at lps dot ens.fr 2015-02-16 13:48 ` [Bug fortran/64921] " dominiq at lps dot ens.fr 2015-04-27 12:26 ` [Bug fortran/64921] [4.9/5/6 " mathewc at nag dot co.uk 2015-06-26 20:04 ` jakub at gcc dot gnu.org 2015-06-26 20:34 ` jakub at gcc dot gnu.org 2015-07-07 15:29 ` ktkachov at gcc dot gnu.org 2015-07-25 13:31 ` ubizjak at gmail dot com 2015-07-25 15:13 ` ubizjak at gmail dot com [this message] 2015-07-27 7:57 ` rguenth at gcc dot gnu.org 2015-07-27 18:45 ` mikael at gcc dot gnu.org 2015-07-27 19:44 ` rguenther at suse dot de 2015-07-28 12:07 ` mikael at gcc dot gnu.org 2015-07-28 12:31 ` rguenther at suse dot de 2015-07-28 12:43 ` ubizjak at gmail dot com 2015-08-05 15:42 ` mikael at gcc dot gnu.org 2015-08-05 16:42 ` mikael at gcc dot gnu.org 2015-08-05 17:04 ` mikael at gcc dot gnu.org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-64921-4-fOxqgeIbO1@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).