Compiler output:
$ gcc -O -fnon-call-exceptions testcase.C
testcase.C: In function 'float j()':
testcase.C:7:7: error: statement marked for throw in middle of block
x_10 = COMPLEX_EXPR ;
testcase.C:7:7: internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed
--- Comment #1 from zsojka at seznam dot cz 2010-09-06 22:47 ---
Created an attachment (id=21720)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21720&action=view)
reduced testcase (from g++.dg/opt/complex3.C)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45569
Command line:
$ gcc -O1 -fgcse -finline-small-functions -freorder-blocks -fschedule-insns2
-ftree-vrp -finline-functions -fselective-scheduling2 -fsel-sched-pipelining
-fsel-sched-pipelining-outer-loops -ftracer testcase.c
or
$ gcc -O2 -finline-functions -fselective-scheduling2 -fsel-sched-pipelini
--- Comment #1 from zsojka at seznam dot cz 2010-09-06 23:54 ---
Created an attachment (id=21721)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21721&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45570
Compiler output:
$ gcc testcase.C
testcase.C:7:18: error: expected primary-expression before ')' token
testcase.C: In function 'void __static_initialization_and_destruction_0(int,
int)':
testcase.C:8:19: error: Invalid first operand of MEM_REF.
<<< error >>>
testcase.C:8:18: note: in statem
Attached testcases were reduced from the same original source. They look very
similiar, so I am opening just one PR for all of them.
--
Summary: [4.6 Regression] various ICEs with -finline-small-
functions -findirect-inlining -finline-functions
Product:
--- Comment #1 from zsojka at seznam dot cz 2010-09-07 00:35 ---
Created an attachment (id=21722)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21722&action=view)
semi-reduced testcase 1
$ gcc -finline-small-functions -findirect-inlining -finline-functions -O1
pr45572-1.C
pr45572
--- Comment #2 from zsojka at seznam dot cz 2010-09-07 00:37 ---
Created an attachment (id=21723)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21723&action=view)
semi-reduced testcase 2
$ gcc -finline-small-functions -findirect-inlining -finline-functions -O1
pr45572-2.C
pr45572
--- Comment #3 from zsojka at seznam dot cz 2010-09-07 00:39 ---
Created an attachment (id=21724)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21724&action=view)
semi-reduced testcase 3
$ gcc -finline-small-functions -findirect-inlining -finline-functions -O1
pr45572-3.C
pr45572
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-07
01:23 ---
Caused by...
Author: rth
Date: Sat Aug 21 19:05:40 2010
New Revision: 163446
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163446
Log:
Vectorize fast path of _cpp_clean_line.
* configure.
--- Comment #19 from redi at gcc dot gnu dot org 2010-09-07 01:44 ---
Manu, did you mean to change Severity back to 'critical' ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45468
--- Comment #5 from redi at gcc dot gnu dot org 2010-09-07 02:16 ---
(In reply to comment #3)
> I think there is a dup of this bug without auto. Not to mention it was
> defect report against the standard.
Bug 11407 / DR 115 ? That should be fixed in 4.5.0
--
http://gcc.gnu.org/bu
When trying to bootstrap gcc trunk (r163445 or earlier to avoid PR45538) with
--enable-build-with-cxx, the bootstrap fails at...
g++ -g -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common -DH
In libstdc++ 4.4.3-4ubuntu5, getline() is extremely slow, taking around 23us of
user time per line on an Intel T9300 processor. By contrast, fgets() takes
about 0.3us per line.
Calling ios::sync_with_stdio(false) before the loop start reduces the time per
line to around 0.3us, on par with fgets()
--- Comment #47 from howarth at nitro dot med dot uc dot edu 2010-09-07
03:27 ---
Testsuite results for gcc-pr45234-2.patch and PR36502v9.patch on
i386-apple-darwin10 are at...
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00603.html
PR36502, PR42313 and PR44651 fixed as well as st
missing module file results in a fatal error noting the missing module, and
then an ICE in f951.
sample source
program testmytypes
use mytypes
implicit none
real(dp)::x=5.
write(*,"(e13.6,' squared = ',e13.6)")x,x**2
end program testmytypes
Output:
F:\brad\class\engr325>gfortran bugtest
--- Comment #20 from manu at gcc dot gnu dot org 2010-09-07 06:38 ---
(In reply to comment #19)
> Manu, did you mean to change Severity back to 'critical' ?
No, that was a mistake. In any case, this is INVALID for the reasons discussed
above.
--
manu at gcc dot gnu dot org changed:
101 - 117 of 117 matches
Mail list logo