From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5448 invoked by alias); 27 Sep 2014 15:23:16 -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 5411 invoked by uid 48); 27 Sep 2014 15:23:12 -0000 From: "manu at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/59804] C++ front-end checking ends in an infinite loop on erroneous code Date: Sat, 27 Sep 2014 15:23: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.0 X-Bugzilla-Keywords: error-recovery, ice-checking 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: keywords bug_status cf_reconfirmed_on cc everconfirmed cf_known_to_fail 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: 2014-09/txt/msg02547.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D59804 Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |error-recovery, | |ice-checking Status|UNCONFIRMED |NEW Last reconfirmed| |2014-09-27 CC| |manu at gcc dot gnu.org Ever confirmed|0 |1 Known to fail| |4.9.0, 5.0 --- Comment #1 from Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez --- It is recursing here: 1396 #ifdef ENABLE_CHECKING 1397 if (USE_CANONICAL_TYPES) 1398 { 1399 bool result =3D structural_comptypes (t1, t2, strict); so we get: #0 comptypes (t1=3D0x7ffff6db4000, t2=3D0x7ffff6d59000, strict=3D) at /home/manuel/test1/pristine/gcc/cp/typeck.c:1401 #1 0x00000000006f5e1e in structural_comptypes (t1=3D0x7ffff6db42a0, t2=3D0x7ffff6d592a0, strict=3D0) at /home/manuel/test1/pristine/gcc/cp/typeck.c:1341 #2 0x00000000006f7c88 in comptypes (t1=3D0x7ffff6db42a0, t2=3D0x7ffff6d592= a0, strict=3D) at /home/manuel/test1/pristine/gcc/cp/typeck.c:13= 99 #3 0x00000000006f5e1e in structural_comptypes (t1=3D0x7ffff6db4540, t2=3D0x7ffff6d59540, strict=3D0) at /home/manuel/test1/pristine/gcc/cp/typeck.c:1341 #4 0x00000000006f7c88 in comptypes (t1=3D0x7ffff6db4540, t2=3D0x7ffff6d595= 40, strict=3D) at /home/manuel/test1/pristine/gcc/cp/typeck.c:13= 99 #5 0x00000000006f5e1e in structural_comptypes (t1=3D0x7ffff6db47e0, t2=3D0x7ffff6d597e0, strict=3D0) at /home/manuel/test1/pristine/gcc/cp/typeck.c:1341 #6 0x00000000006f7c88 in comptypes (t1=3D0x7ffff6db47e0, t2=3D0x7ffff6d597= e0, strict=3D) at /home/manuel/test1/pristine/gcc/cp/typeck.c:13= 99 #7 0x00000000006f5e1e in structural_comptypes (t1=3D0x7ffff6db4a80, t2=3D0x7ffff6d59a80, strict=3D0) at /home/manuel/test1/pristine/gcc/cp/typeck.c:1341 #8 0x00000000006f7c88 in comptypes (t1=3D0x7ffff6db4a80, t2=3D0x7ffff6d59a= 80, strict=3D) at /home/manuel/test1/pristine/gcc/cp/typeck.c:13= 99 #9 0x00000000006f5e1e in structural_comptypes (t1=3D0x7ffff6db4d20, t2=3D0x7ffff6d59d20, strict=3D0) at /home/manuel/test1/pristine/gcc/cp/typeck.c:1341 >>From gcc-bugs-return-462714-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 27 15:46:32 2014 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 16432 invoked by alias); 27 Sep 2014 15:46:32 -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 16398 invoked by uid 48); 27 Sep 2014 15:46:28 -0000 From: "manu at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/16564] g++ seems to go into an infinite loop after errors Date: Sat, 27 Sep 2014 15:46: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: unknown X-Bugzilla-Keywords: compile-time-hog, diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: manu at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: 2014-09/txt/msg02548.txt.bz2 Content-length: 686 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D16564 --- Comment #22 from Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez --- (In reply to Volker Reichelt from comment #18) > The first error message about exceeding the maximum template instantiation > depth appears rather quickly. So maybe we could make the first error mess= age > a fatal one to avoid further processing of potentially bogus nested class= es. This is a patch doing exactly that: https://gcc.gnu.org/ml/gcc-patches/2014-08/msg01709.html However, I probably won't have time until the Christmas holidays to work on= it, so please anyone feel free to take it and get it reviewed and applied. Than= ks! >>From gcc-bugs-return-462715-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Sep 27 16:26:07 2014 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 32194 invoked by alias); 27 Sep 2014 16:26:07 -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 32125 invoked by uid 48); 27 Sep 2014 16:26:01 -0000 From: "ingo.josopait at gmx dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/63389] New: Wrong warning about 64 bit integer constant overflow Date: Sat, 27 Sep 2014 16:26: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: 4.9.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: minor X-Bugzilla-Who: ingo.josopait at gmx dot de 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 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: 2014-09/txt/msg02549.txt.bz2 Content-length: 892 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63389 Bug ID: 63389 Summary: Wrong warning about 64 bit integer constant overflow Product: gcc Version: 4.9.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: ingo.josopait at gmx dot de Declaring the following constant creates a warning. I don't think it should. -2^63 is the largest negative 64 bit integer value. The same warning appears when compiling C language. long i = -9223372036854775808L; // equals -2^63 The compiler output is: test.cpp:1:11: warning: integer constant is so large that it is unsigned long i = -9223372036854775808L; ^ test.cpp:1:1: warning: this decimal constant is unsigned only in ISO C90 long i = -9223372036854775808L;