--- Comment #8 from jv244 at cam dot ac dot uk 2010-03-12 12:35 ---
looks like this rather is a bug in CP2K. fi_mat and fj_mat can alias... So,
I'll close this bug, but it is worthwhile to note that -fno-strict-aliasing did
not 'fix' this problem.
--
jv244 at ca
--- Comment #7 from jv244 at cam dot ac dot uk 2010-03-12 12:01 ---
> ? You can also try -fno-ipa-cp and/or -fno-strict-overflow
-O2 -fno-inline -fno-tree-vrp -fno-tree-pre -fno-strict-aliasing -fno-ipa-cp
BUG
-O2 -fno-inline -fno-tree-vrp -fno-tree-pre -fno-strict-aliasing -fno-
--- Comment #5 from jv244 at cam dot ac dot uk 2010-03-12 11:41 ---
(In reply to comment #4)
> Candidates to try for -O1 vs. -O2 are -f[no-]tree-vrp, -f[no-]tree-pre,
> -f[no-]strict-aliasing. You can also rule out inlining effects by
> -fno-inline.
no luck :-(
-O1 OK
-O
--- Comment #3 from jv244 at cam dot ac dot uk 2010-03-12 09:00 ---
(In reply to comment #2)
> What kind of dependencies?
all derived types, defined in various modules, each with further dependencies,
and the objects that are module variables.
> The routine just calls one a
--- Comment #1 from jv244 at cam dot ac dot uk 2010-03-12 08:14 ---
Created an attachment (id=20092)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20092&action=view)
result of -fdump-tree-all
results of -fdump-tree-all at -O1 and -O2
--
http://gcc.gnu.org/b
ong-code
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43340
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Component|rtl-optimization|debug
Target Milestone|--- |4.5.0
http
ression] ice expand_debug_expr, at
cfgexpand.c:2957
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigne
--- Comment #3 from jv244 at cam dot ac dot uk 2010-02-25 20:45 ---
(In reply to comment #1)
> Created an attachment (id=19958)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19958&action=view) [edit]
> Testcase
I'm wondering if you have a testcase that is
--- Comment #24 from jv244 at cam dot ac dot uk 2010-02-21 14:16 ---
(In reply to comment #23)
> Subject: Re: spurious _gfortran_internal_pack
>
> I was going to check out the situation for 4.4. However, my
> inclination is to close it. I'll be working on it toni
--- Comment #14 from jv244 at cam dot ac dot uk 2010-02-21 14:12 ---
all fixed
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|NEW
--- Comment #9 from jv244 at cam dot ac dot uk 2010-02-21 14:11 ---
(In reply to comment #7)
> (In reply to comment #3)
> > This could be somewhat similar, I really wonder if this needs a temp:
> >
> > TYPE T1
> > INTEGER :: a(3)
> > END TYP
--- Comment #4 from jv244 at cam dot ac dot uk 2010-02-21 12:11 ---
(In reply to comment #3)
> (In reply to comment #2)
> > seemingly being discussed, since useful for tonto
> >
> > http://gcc.gnu.org/ml/fortran/2010-02/msg00157.html
> >
>
> B
--- Comment #2 from jv244 at cam dot ac dot uk 2010-02-21 09:12 ---
seemingly being discussed, since useful for tonto
http://gcc.gnu.org/ml/fortran/2010-02/msg00157.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38318
--- Comment #11 from jv244 at cam dot ac dot uk 2010-02-16 09:22 ---
(In reply to comment #10)
> (In reply to comment #6)
>
> Joost,
>
> I held back from committing the patch this morning because I noticed that your
> testcase below is also calling pack/unpack like
--- Comment #2 from jv244 at cam dot ac dot uk 2010-02-15 07:58 ---
(In reply to comment #1)
> Yes, indeed.
>
> In fact, S2((/(real (i),i=1,2)/)) produces calls to pack and unpack in both S0
> and S1.
>
> I'll take a look at it.
You did beat me again, I wante
us: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43072
--- Comment #9 from jv244 at cam dot ac dot uk 2010-02-15 07:35 ---
(In reply to comment #7)
> As soon as somebody gives me the green light, I'll apply the patch.
> The present version is attached.
the latest version works now without ICE. pack/unpack are down to about 1000
--- Comment #6 from jv244 at cam dot ac dot uk 2010-02-14 19:27 ---
(In reply to comment #5)
> I had to exclude
> dummies but I now do not recall why. I'll look into it.
Hi Paul,
tested your patch at http://gcc.gnu.org/ml/fortran/2010-02/msg00106.html.
However, thi
--- Comment #4 from jv244 at cam dot ac dot uk 2010-02-13 21:14 ---
mv 'Build' to 'CC' , Paul, please see previous comment.
--
jv244 at cam dot ac dot uk changed:
What|Removed
--- Comment #3 from jv244 at cam dot ac dot uk 2010-02-13 21:13 ---
testing Paul's patch (http://gcc.gnu.org/ml/fortran/2010-02/msg00093.html) on
CP2K it further halved the number of pack/unpacks. However, some cases still
unexpectedly resulted in a pack. A slightly modified versi
--- Comment #6 from jv244 at cam dot ac dot uk 2010-02-10 09:29 ---
(In reply to comment #5)
> the testcase in comment #3 might
> actually be tricky.
Let me clarify:
TYPE T1
INTEGER :: a(3)
END TYPE T1
TYPE(T1), POINTER :: x,y
x=>y
x%a=y%a
END
in this case x%a and y%a are
--- Comment #7 from jv244 at cam dot ac dot uk 2010-02-10 09:10 ---
still happens with current trunk. I believe the patch below is still fine.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #2 from jv244 at cam dot ac dot uk 2010-02-10 09:05 ---
this is also fixed for a compiler with the patch for PR41113 applied
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #5 from jv244 at cam dot ac dot uk 2010-02-10 09:03 ---
(In reply to comment #4)
> I believe this is has an origin that could be related to PR41113
this is not fixed by the patch in PR41113, the testcase in comment #3 might
actually be tricky.
--
http://gcc.gnu.
--- Comment #2 from jv244 at cam dot ac dot uk 2010-02-10 08:57 ---
the patch for 41113 fixes one of the two warnings
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36932
--- Comment #6 from jv244 at cam dot ac dot uk 2010-02-10 08:52 ---
closing as fixed after the commit by Jerry DeLisle
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Known to fail||4.5.0
Known to work||4.4.2
Target
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
OtherBugsDependingO 32834
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42999
--- Comment #11 from jv244 at cam dot ac dot uk 2010-02-08 14:38 ---
(In reply to comment #10)
> This was followed by http://gcc.gnu.org/ml/fortran/2009-12/msg00166.html
I have just retested your patch on a clean tree to Dominique's testcase, but I
don't get any segfa
--- Comment #9 from jv244 at cam dot ac dot uk 2010-02-08 08:09 ---
(In reply to comment #8)
> Happens a lot in 465.tonto btw.
I had tested Paul's patch on CP2K, where it reduces the calls to
gfortran_internal[un]pack from 4252 to 1276. I think it addresses an issue that
--- Comment #7 from jv244 at cam dot ac dot uk 2010-02-06 16:40 ---
(In reply to comment #6)
> Created an attachment (id=19355)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19355&action=view) [edit]
> A fix for the PR
>
> The attached bootstraps and regtests
--- Comment #11 from jv244 at cam dot ac dot uk 2010-01-18 14:41 ---
after the previous comment, marking this as a regression, confirm it, and set
P1 as suggest by Ian on the list.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #2 from jv244 at cam dot ac dot uk 2009-12-30 21:10 ---
full version details:
> gfortran -v -floop-block-O2 -funroll-loops -ffast-math bug.f90
Driving: gfortran -v -floop-block -O2 -funroll-loops -ffast-math bug.f90
-lgfortran -lm -shared-libgcc
Using built-in sp
--- Comment #1 from jv244 at cam dot ac dot uk 2009-12-30 21:08 ---
Created an attachment (id=19426)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19426&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42558
ponent: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42558
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
CC||spop at gcc dot gnu dot org
Target Milestone
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42393
--- Comment #51 from jv244 at cam dot ac dot uk 2009-12-09 11:50 ---
still failing with current trunk, also leading to miscomples (see PR38913). As
a consequence, should one disable -fwhole-file (and consequently -flto) for
Fortran before release?
--
jv244 at cam dot ac dot uk
--- Comment #18 from jv244 at cam dot ac dot uk 2009-12-09 11:49 ---
still fails with current trunk
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Last
--- Comment #43 from jv244 at cam dot ac dot uk 2009-12-03 17:47 ---
(In reply to comment #42)
> Subject: Bug 38474
>
> Author: matz
> Date: Thu Dec 3 13:36:32 2009
> New Revision: 154945
looks like the initial testcase now runs with 1.3Gb, and with the following
timin
--- Comment #40 from jv244 at cam dot ac dot uk 2009-11-27 09:00 ---
with the fix for rename registers this now also runs 'fast' at -O3 (see below),
and memory is reasonable as well. Most time is in expand as well. This is the
time report of -O3:
Execution times (seconds
--- Comment #7 from jv244 at cam dot ac dot uk 2009-11-27 08:55 ---
Time report shows this is now fixed at -O3. Great job!
Execution times (seconds)
garbage collection: 7.60 ( 1%) usr 0.03 ( 0%) sys 7.65 ( 1%) wall
0 kB ( 0%) ggc
callgraph construction: 0.23 ( 0
--- Comment #39 from jv244 at cam dot ac dot uk 2009-11-27 08:52 ---
I've rerun the initial (non-reduced) testcase at -O0, and I'm getting now more
reasonable memory usage (2.5Gb), and all time is now in 'expand'. 'expand' is
now about 3 times slower th
--- Comment #1 from jv244 at cam dot ac dot uk 2009-11-26 19:11 ---
pretty similar in this case
> gfortran -c -fgraphite-identity -g -O3 -ffast-math bug.f90 bug.f90
bug.f90: In function psi:
bug.f90:4:0: internal compiler error: gimple check: expected
gimple_assign(error_m
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42186
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.g
--- Comment #3 from jv244 at cam dot ac dot uk 2009-11-26 17:05 ---
the ice is absent in 4.4 but present in 4.5 trunk
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #2 from jv244 at cam dot ac dot uk 2009-11-26 17:04 ---
the following is a testcase for the ICE (derived from CP2K bug crashes in the
same place):
> cat bug.f90
MODULE powell
INTEGER, PARAMETER :: dp=8
CONTAINS
SUBROUTINE newuob (n,npt,x,rhobeg,rhoend,maxfun,xb
--- Comment #1 from jv244 at cam dot ac dot uk 2009-11-26 17:02 ---
*** Bug 41051 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42181
--- Comment #2 from jv244 at cam dot ac dot uk 2009-11-26 17:02 ---
*** This bug has been marked as a duplicate of 42181 ***
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
cc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42185
--- Comment #1 from jv244 at cam dot ac dot uk 2009-11-24 19:20 ---
and confirmed for current trunk.
gcc version 4.5.0 20091124 (experimental) [trunk revision 154511] (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42166
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
CC||aoliva at gcc dot gnu dot
uctions.
--
Summary: [4.5 Regression] internal compiler error: verify_ssa
failed
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: debug
--- Comment #1 from jv244 at cam dot ac dot uk 2009-11-15 12:40 ---
works on 4.4 branch, fails on 4.5 branch
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
ast-to-gimple.c:165
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42050
--- Comment #3 from jv244 at cam dot ac dot uk 2009-11-15 09:20 ---
(In reply to comment #2)
> Mine (got a patch)
has the patch been posted ? Couldn't find it yet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41926
--- Comment #2 from jv244 at cam dot ac dot uk 2009-11-08 15:06 ---
I guess this could be related to the fact that MPC is not linked in. But here
is the info
> gfortran -O1 -v bug.f90
Driving: gfortran -O1 -v bug.f90 -lgfortran -lm -shared-libgcc
Using built-in specs.
COLLECT_
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41987
gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41987
--- Comment #1 from jv244 at cam dot ac dot uk 2009-11-03 17:53 ---
might be a dup of PR41903 or PR41891. However, I might have a reasonably sized
testcase (delta still running).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928
--- Comment #2 from jv244 at cam dot ac dot uk 2009-11-03 18:06 ---
Created an attachment (id=18958)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18958&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928
segfault at gcc/bitmap.c:297
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #8 from jv244 at cam dot ac dot uk 2009-11-03 16:57 ---
thanks for fixing.. this also affected CP2K.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41907
or: verify_ssa failed
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41926
--- Comment #3 from jv244 at cam dot ac dot uk 2009-10-18 07:01 ---
partial patch http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01130.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38582
--- Comment #2 from jv244 at cam dot ac dot uk 2009-10-17 08:27 ---
Created an attachment (id=18816)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18816&action=view)
second test case
here tb of the last parallel region is undeclared.
--
http://gcc.gnu.org/b
--- Comment #1 from jv244 at cam dot ac dot uk 2009-10-17 08:20 ---
Created an attachment (id=18815)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18815&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41737
with default(none)
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
Priority: P3
Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam d
--- Comment #17 from jv244 at cam dot ac dot uk 2009-10-11 12:49 ---
FYI, the testcase in comment #8 fails for '-O2 -fwhole-file' but not with '-O2
-flto', even though the latter option implies the first.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38913
--- Comment #50 from jv244 at cam dot ac dot uk 2009-10-11 12:45 ---
As expected, the testcases in comment #40 and comment #42 now also fail at '-O2
-flto'
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40011
--- Comment #16 from jv244 at cam dot ac dot uk 2009-09-29 18:59 ---
since graphite should be able to fix this PR, I tried it without luck:
> gfortran -ffast-math -O3 -march=native -fgraphite -floop-interchange
> -floop-block test.f90
test.f90: In function MAIN__:
test.f
--- Comment #5 from jv244 at cam dot ac dot uk 2009-09-27 17:03 ---
target independent bug.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
OtherBugsDependingO
T(out) for optimization
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv
--- Comment #4 from jv244 at cam dot ac dot uk 2009-09-23 18:37 ---
(In reply to comment #3)
> a=RESHAPE((/(TRANSFER(uninitialized_a_type_dummy,uninitialized_a_type_dummy),i=1,SIZE(a))/),SHAPE(a))
the simpler:
a=RESHAPE((/(uninitialized_a_type_dummy,i=1,SIZE(a))/),SHAPE(a))
is
--- Comment #9 from jv244 at cam dot ac dot uk 2009-09-20 14:18 ---
(In reply to comment #8)
> Thus, this is a frontend issue with assigned goto (a deleted feature btw).
so just for my curiosity, is the C code thus invalid?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41403
--- Comment #7 from jv244 at cam dot ac dot uk 2009-09-20 13:18 ---
Not easy to find a machine that old, but it works with 3.3.3 and it fails
already with 4.1.2. Pretty old regression thus [tested with the C code].
--
jv244 at cam dot ac dot uk changed:
What|Removed
--- Comment #6 from jv244 at cam dot ac dot uk 2009-09-19 18:54 ---
and smaller C testcase:
main()
{
void * i1;
int icon01;
int ivfail;
int D1545;
ivfail = 0;
i1 = &&label_001263;
if (i1 == &&label_001262) goto label_001262;
if (i1 == &&label_0
--- Comment #5 from jv244 at cam dot ac dot uk 2009-09-19 18:48 ---
and also fails in C
#include
main()
{
int i;
int i0;
void * i1;
int icon01;
int ivfail;
int ivpass;
int D1545;
ivfail = 0;
i0 = -1;
i1 = &&label_001263;
if (i1 == &&la
--- Comment #4 from jv244 at cam dot ac dot uk 2009-09-19 18:27 ---
further reduced, looks more like a middle end issue to me:
IVFAIL=0
ASSIGN 1263 TO I
GO TO I, (1262,1263,1264)
1262 ICON01 = 1262
GO TO 1265
1263 ICON01 = 1263
GO TO 1265
1264 ICON01
--- Comment #3 from jv244 at cam dot ac dot uk 2009-09-19 11:37 ---
I've also run into this issue, it would be great if there would be a flag like
-finit-undefined-intentout (?), so that intent(out) variable would first be
undefined by the compiler (in a way that valgrind notices
--- Comment #6 from jv244 at cam dot ac dot uk 2009-09-18 15:18 ---
(In reply to comment #5)
> If possible please update the performance numbers with recent trunk.
much faster now at -O1 ;-)
fortran -fgraphite -c -O1 -ffast-math -funroll-loops -ftree-vectorize
-march=native -ft
--- Comment #17 from jv244 at cam dot ac dot uk 2009-09-15 17:56 ---
(In reply to comment #16)
> Does this PR 41347?
no, it doesn't.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41212
--- Comment #4 from jv244 at cam dot ac dot uk 2009-09-15 16:21 ---
duplicate of PR41212
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status
--- Comment #15 from jv244 at cam dot ac dot uk 2009-09-15 16:20 ---
(In reply to comment #14)
> http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01001.html
This also fixes PR41312 (that I will close as a duplicate).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41212
--- Comment #1 from jv244 at cam dot ac dot uk 2009-09-15 13:07 ---
As you can see with
gfortran -fdump-tree-original-lineno test.f90
which leads to garbage line numbers in
gfortran -fdump-tree-gimple-lineno test.f90
I believe there is some similarity to PR40823
http
--- Comment #3 from jv244 at cam dot ac dot uk 2009-09-12 08:30 ---
there are more miscompilations than the one file mentioned here. The full build
seems to go fine with -fno-strict-aliasing. I've tested some patches mentioned
in PR41212, more info there.
--
http://gcc.gn
--- Comment #11 from jv244 at cam dot ac dot uk 2009-09-12 08:29 ---
(In reply to comment #9)
> Indeed. For fixing fwprop this:
[...]
> or this:
[...]
> will both fix the issue at hand. The first will propagate to everywhere
> (with the problem mentioned in the comment, s
--- Comment #2 from jv244 at cam dot ac dot uk 2009-09-09 04:57 ---
also '-O3 -fno-inline-functions' works fine, this seems to be the same
signature as PR41212.
--
jv244 at cam dot ac dot uk changed:
What|Removed
--- Comment #1 from jv244 at cam dot ac dot uk 2009-09-09 04:47 ---
This could be due to the aliasing changes, since '-O3' fails but '-O3
-fno-strict-aliasing' works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41312
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41312
--- Comment #2 from jv244 at cam dot ac dot uk 2009-09-05 18:54 ---
initial patch here:
http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00313.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41229
--- Comment #2 from jv244 at cam dot ac dot uk 2009-09-05 15:34 ---
853 gcc_assert (src_info->dimen == 2);
(gdb) list
848 dest_ss = se->ss;
849
850 src_info = &src_ss->data.info;
851 dest_info = &dest_ss->data.info;
852 gcc_assert (d
--- Comment #1 from jv244 at cam dot ac dot uk 2009-09-04 13:11 ---
'reduced' testcase
> cat test.f90
TYPE a
TYPE(b), DIMENSION(:), POINTER :: c
END TYPE
TYPE(a), POINTER :: d
CALL X(d%c%e)
--
jv244 at cam dot ac dot uk changed:
Wha
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41259
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41259
ed at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41258
--- Comment #12 from jv244 at cam dot ac dot uk 2009-09-03 06:50 ---
looks like this is fixed on trunk.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #3 from jv244 at cam dot ac dot uk 2009-09-03 06:48 ---
gfortran -c -O2 -ffast-math -funroll-loops -ftree-vectorize -march=native -g
bug.f90
now fails.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
101 - 200 of 1193 matches
Mail list logo
