From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22815 invoked by alias); 5 Jun 2015 09:58:41 -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 22751 invoked by uid 48); 5 Jun 2015 09:58:38 -0000 From: "manu at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/65751] Bogus &L in error message Date: Fri, 05 Jun 2015 09:58:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 5.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: manu 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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/msg00479.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D65751 Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |manu at gcc dot gnu.org --- Comment #3 from Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez --- (In reply to Thomas Koenig from comment #2) > And I think an English error message that points out the place of the err= or > is > more useful than a native-language one which doesn't, so I would favor=20 > backporting. When backporting to GCC 5, this is probably gfc_error_1, however, it you re= move one of the %L, then you can use gfc_error (and get the colors). >>From gcc-bugs-return-488148-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jun 05 10:17:30 2015 Return-Path: Delivered-To: listarch-gcc-bugs@gcc.gnu.org Received: (qmail 70858 invoked by alias); 5 Jun 2015 10:17:29 -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 70798 invoked by uid 48); 5 Jun 2015 10:17:26 -0000 From: "vries at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgomp/66429] New: ICE in expand_GOMP_SIMD_LAST_LANE Date: Fri, 05 Jun 2015 10:17:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgomp X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vries 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: --- 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: 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/msg00480.txt.bz2 Content-length: 2738 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66429 Bug ID: 66429 Summary: ICE in expand_GOMP_SIMD_LAST_LANE Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp Assignee: unassigned at gcc dot gnu.org Reporter: vries at gcc dot gnu.org CC: jakub at gcc dot gnu.org Target Milestone: --- Consider testcase libgomp/testsuite/libgomp.c/for-2.c. It starts with: ... /* { dg-options "-std=gnu99 -fopenmp" } */ ... I. When running the testcase, we see in the compilation line: ... -fopenmp -std=gnu99 -fopenmp ... The -fopenmp in dg-options is superfluous, because -fopenmp is forced in c.exp: ... # Turn on OpenMP. lappend ALWAYS_CFLAGS "additional_flags=-fopenmp" ... Removing the -fopenmp from dg-options gives us: ... -fopenmp -std=gnu99 ... II. The std=gnu99 is to support loop initial declarations, such as this one from for-2.h: ... for (unsigned int i = __INT_MAX__; i < 3000U + __INT_MAX__; i += 2) ... But the default C mode has changed from gnu89 to gnu11, so that setting is no longer needed. Using empty dg-options, the test still passes: ... PASS: libgomp.c/for-2.c (test for excess errors) PASS: libgomp.c/for-2.c execution test ... III. Removing the empty dg-options, brings the change that it's compiled with default option -O2, and we get an internal compiler error: ... FAIL: libgomp.c/for-2.c (internal compiler error) FAIL: libgomp.c/for-2.c (test for excess errors) UNRESOLVED: libgomp.c/for-2.c compilation failed to produce executable ... In more detail ... In file included from src/libgomp/testsuite/libgomp.c/for-1.h:8:0,^M from src/libgomp/testsuite/libgomp.c/for-2.c:18:^M src/libgomp/testsuite/libgomp.c/for-2.h: In function 'f12_pf_simd_static32._omp_fn.27':^M src/libgomp/testsuite/libgomp.c/for-2.h:153:9: internal compiler error: in expand_GOMP_SIMD_LAST_LANE, at internal-fn.c:190^M 0xbb4308 expand_GOMP_SIMD_LAST_LANE^M src/gcc/internal-fn.c:190^M 0xbbaeec expand_internal_call(gcall*)^M src/gcc/internal-fn.c:1996^M 0x864305 expand_call_stmt^M src/gcc/cfgexpand.c:2322^M 0x868656 expand_gimple_stmt_1^M src/gcc/cfgexpand.c:3266^M 0x868d98 expand_gimple_stmt^M src/gcc/cfgexpand.c:3420^M 0x872002 expand_gimple_basic_block^M src/gcc/cfgexpand.c:5432^M 0x873d1b execute^M src/gcc/cfgexpand.c:6051^M Please submit a full bug report,^M with preprocessed source if appropriate.^M Please include the complete backtrace with any bug report.^M See for instructions.^M ...