http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46750
Joost VandeVondele changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVAL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47051
Summary: [4.6 Regression] wrong reallocate
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47051
--- Comment #2 from Joost VandeVondele
2010-12-23 13:46:50 UTC ---
(In reply to comment #1)
> > ... so I would not expect this.
>
> Why?
that would imply that F95 code and F2003 code are not compatible ? Or was this
not allowed in F95 (certainl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47051
--- Comment #3 from Joost VandeVondele
2010-12-23 13:56:29 UTC ---
OK, more checking. F2003 specifies that the lhs should only be deallocated if
it differs in shape. a and b have the same shape here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47051
--- Comment #5 from Joost VandeVondele
2010-12-23 15:32:14 UTC ---
(In reply to comment #4)
Hi Dominique,
I have read exactly this:
> 3 If the variable is an unallocated allocatable array, expr shall have the
> same
> rank. If the variable is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47051
Joost VandeVondele changed:
What|Removed |Added
Keywords||wrong-code
Summary|Wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42445
Joost VandeVondele changed:
What|Removed |Added
Summary|-march=native isn't saved |LTO performance:
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47267
Summary: array constructor causing long compile times
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47267
Joost VandeVondele changed:
What|Removed |Added
Keywords||compile-time-hog
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47298
Summary: -O3 destroys beautifully vectorized code obtained at
-O2
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47298
--- Comment #2 from Joost VandeVondele
2011-01-14 20:52:54 UTC ---
(In reply to comment #1)
> It's faster for me with -O3 (Athlon64, using -march=native).
well not on
model name : Intel(R) Xeon(R) CPU X5550 @ 2.67GHz
stepping
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47298
--- Comment #3 from Joost VandeVondele
2011-01-14 21:02:04 UTC ---
Actually, also on AMD I have at -O2 9.4s -O3 11.8s
model : 9
model name : AMD Opteron(tm) Processor 6176 SE
stepping: 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
Joost VandeVondele changed:
What|Removed |Added
Last reconfirmed|2010-08-29 09:25:52 |2011-01-17 9:25:52
--- Comment #27 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47341
Summary: unnecessary versioning in the vectorizer.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47375
Summary: getlog causes warnings with static linking
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47375
--- Comment #2 from Joost VandeVondele
2011-01-20 13:16:46 UTC ---
I quickly tried to link a C program statically that uses getpwuid_r. It has the
same problem. I guess it is unavoidable.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #33 from Joost VandeVondele
2011-01-25 09:47:10 UTC ---
I just note that the timings reported by David and Jakub are not for the
compile options I originally reported.
With 4.6 (20110117) I now have
gfortran -c -ftime-report -cpp -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #35 from Joost VandeVondele
2011-01-25 10:03:02 UTC ---
(In reply to comment #34)
> -march=native is ambiguous, please see with -v what actually is being used.
This was mentioned in the initial comment:
-march=k8-sse3 -mcx16 -msahf
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
--- Comment #8 from Joost VandeVondele
2011-01-25 12:12:59 UTC ---
(In reply to comment #7)
> Reopening..
actually, I think this is a kind of error that should be caught at run-time
with -fcheck=arguments (not to say bounds). I guess that's not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #41 from Joost VandeVondele
2011-01-25 15:03:55 UTC ---
(In reply to comment #39)
> > void *. So you get the ICE.
> Hum, may I suggest a --push-harder/--will-you-swallow-it option ?
--enable-checking=release ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
--- Comment #11 from Joost VandeVondele
2011-01-27 13:22:49 UTC ---
I actually vaguely recall why this should be a warning, and not be checked for
at runtime. This is for legacy codes using real :: a(1) instead of real ::
a(*). Something like
SU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #2 from Joost VandeVondele
2011-01-27 16:52:07 UTC ---
Not sure if that solves the issue, but CP2K uses these rules:
%.o: %.F
$(FC) -c $(FCFLAGS) $<
%.mod: %.o
@true
with these style dependencies:
ai_coulomb_test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47514
--- Comment #1 from Joost VandeVondele
2011-01-28 13:33:41 UTC ---
could be windows specific, since both testcases run fine here
(x86_64-unknown-linux-gnu), with 4.3, 4.5 and 4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
Summary: [4.6 Regression] wrong code at -O3 -ffast-math
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47532
Summary: valgrind errors while compiling with -flto
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #5 from Joost VandeVondele
2011-01-29 12:02:01 UTC ---
(In reply to comment #4)
> For starters it would be nice if gfortran would even document its precise
> semantics for when module files are created/updated/etc. I'm sure these
> s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #7 from Joost VandeVondele
2011-01-29 12:14:26 UTC ---
(In reply to comment #6)
> I think it would be useful to give an example Makefile file in the manual.
> Joost's solution (comment 2) seems to work fine, though I am not sure how
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #9 from Joost VandeVondele
2011-01-29 12:36:01 UTC ---
BTW, there is one thing I would still like to add, but I have not yet tried.
gfortran -fsyntax-only test.f90
will generate all .mod files 'defined' by test.f90
This seems like
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #12 from Joost VandeVondele
2011-01-29 19:31:14 UTC ---
(In reply to comment #9)
> test.mod: test.f90
> gfortran -fsyntax-only test.f90
>
> test.o: test.f90 test.mod
> gfortran -c -O3 test.f90
>
> could speed things up f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
--- Comment #3 from Joost VandeVondele
2011-01-31 10:16:24 UTC ---
(In reply to comment #2)
> Target piece, if there is one. PR44183 for the vectorizer piece, if there is
> one.
I'm almost certain that this is a dup of PR44183. As far as I can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
--- Comment #6 from Joost VandeVondele
2011-01-31 11:17:46 UTC ---
(In reply to comment #5)
> valgrind sucks (maybe report this to them).
I think this is an unnecessary comment (all useful tools have bugs, or features
we don't like). The issue h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
Summary: ICE in vn_reference_lookup
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassig...@gcc.gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #1 from Joost VandeVondele
2011-02-01 09:42:12 UTC ---
gzipped testcase (2.7Mb) downloadable from
http://www.pci.uzh.ch/vandevondele/tmp/cp2k.sopt.ltrans1.o.gz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #3 from Joost VandeVondele
2011-02-01 12:04:46 UTC ---
(In reply to comment #2)
> I think we need source code (LTO bytecode isn't really portable).
oops... that's building CP2K. Let me see if I can reproduce this with this
night's ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #5 from Joost VandeVondele
2011-02-01 12:23:35 UTC ---
(In reply to comment #4)
> That's indeed invalid - it should be an SSA name. This means some
> earlier pass messed up (or PRE itself). The bug shouldn't depend
> on LTO (apart f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #6 from Joost VandeVondele
2011-02-01 12:29:36 UTC ---
to reproduce from sources
wget http://www.pci.uzh.ch/vandevondele/tmp/cp2k.tgz
tar -xzvf cp2k.tgz
cd cp2k/makefiles
make -j ARCH=gfortran-test24 VERSION=sopt
this assumes that y
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #8 from Joost VandeVondele
2011-02-01 14:53:44 UTC ---
(In reply to comment #7)
> Hm, you are using -O0 for the compile and -O3 ... for the link step? Should
> work in theory, but of course isn't tested thoroughly.
Right :-) I'm try
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #11 from Joost VandeVondele
2011-02-01 15:52:42 UTC ---
(In reply to comment #9)
> In file included from :425:0:
> /tmp/cp2k/makefiles/../src/realspace_grid_types.F: In function
> 'rs_pw_transfer_replicated':
> /tmp/cp2k/makefiles/../
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #12 from Joost VandeVondele
2011-02-01 21:00:18 UTC ---
The patch from comment #9 allows a release checking compiler to build CP2K with
LTO.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47048
--- Comment #5 from Joost VandeVondele
2011-02-02 07:42:22 UTC ---
(In reply to comment #4)
> More specifically, the code that is now confused by the (int) cast
There might be overlap with PR47341 (also casts that confuse dependency info)?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38403
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47657
Summary: missed vectorization
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47657
--- Comment #2 from Joost VandeVondele
2011-02-09 11:25:42 UTC ---
Created attachment 23283
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23283
testcase including timing routine, last number is flop rate.
the cray compiler is supposed to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #19 from Joost VandeVondele
2011-02-20 16:17:33 UTC ---
(In reply to comment #18)
> Hello Joost, could you please check if this is still a problem in GCC 4.6?
I think it still is a minor problem, but (without -fschedule-insns) some
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #20 from Joost VandeVondele
2011-02-20 16:28:00 UTC ---
additionally for trunk, lto/profile-use seem not to help:
> gfortran -O3 -march=native -funroll-loops -ffast-math -flto -fprofile-use
> test.f90 ; ./a.out
Time for evaluatio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #21 from Joost VandeVondele
2011-02-20 16:32:38 UTC ---
... however, the following works great:
> gfortran -O2 -march=native -funroll-loops -ffast-math -ftree-vectorize
> test.f90 ; ./a.out
Time for evaluation [s]:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #23 from Joost VandeVondele
2011-02-21 12:53:30 UTC ---
(In reply to comment #22)
> What is the performance with 4.3 -O2?
4.3:
> gfortran -O2 -march=native -funroll-loops -ffast-math test.f90 ; ./a.out
Time for evaluation [s]:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50129
Bug #: 50129
Summary: ICE on where statement
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50130
Bug #: 50130
Summary: ICE with invalid array slice
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50175
Bug #: 50175
Summary: data race with barrier
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50259
Bug #: 50259
Summary: Internal Error at (1): gfc_resolve_expr(): Bad
expression type
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50260
Bug #: 50260
Summary: internal compiler error: Segmentation fault at
../../gcc/gcc/tree-ssa-live.c:88
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50259
--- Comment #2 from Joost VandeVondele
2011-09-01 16:03:29 UTC ---
(In reply to comment #1)
I get with 4.7.0 ([trunk revision 178394])
Internal Error at (1):
gfc_is_constant_expr(): Unknown expression type
(strangely, I can't reproduce the exa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50259
--- Comment #3 from Joost VandeVondele
2011-09-01 16:15:07 UTC ---
(In reply to comment #2)
> (strangely, I can't reproduce the exact error message I posted earlier )
actually could be due to this:
==30794== Invalid read of size 8
==30794==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50260
--- Comment #4 from Joost VandeVondele
2011-09-02 07:27:30 UTC ---
Patch posted at:
http://gcc.gnu.org/ml/gcc-patches/2011-09/msg00052.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
Joost VandeVondele changed:
What|Removed |Added
Last reconfirmed|2011-02-20 19:01:16 |2011-09-09 19:01:16
--- Comment #24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #27 from Joost VandeVondele
2011-09-13 07:59:06 UTC ---
(In reply to comment #25)
> 2) Then find the earliest optimization pass where they differ (you may even
> use
> diff to make this faster).
The first point where things differ f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50414
Joost VandeVondele changed:
What|Removed |Added
Component|fortran |tree-optimization
--- Comment #1 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50415
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50414
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50412
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50411
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50343
Joost VandeVondele changed:
What|Removed |Added
CC||zeccav at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50408
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50406
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50405
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50404
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50402
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50673
Bug #: 50673
Summary: very slow I/O with trailing spaces
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50673
--- Comment #1 from Joost VandeVondele
2011-10-09 12:04:55 UTC ---
Actually, since eating the trailing spaces is the issue (seems to be
implemented very generally in libfortran), the following is a practical
workaround in this case:
read(line(1:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50752
Bug #: 50752
Summary: [4.7 Regression] ICE in match_kind_param
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50754
Bug #: 50754
Summary: [4.7 Regression] ICE in expand_debug_expr, at
cfgexpand.c:3341
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50754
Joost VandeVondele changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50754
Joost VandeVondele changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50754
Joost VandeVondele changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38115
Joost VandeVondele changed:
What|Removed |Added
Last reconfirmed|2008-11-18 20:11:32 |2011-10-27 20:11:32
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51089
Bug #: 51089
Summary: [4.7 Regression] internal compiler error:
verify_flow_info failed
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48352
Summary: [4.7 Regression] segfault in fortran/frontend-passes.c
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48352
--- Comment #5 from Joost VandeVondele
2011-03-31 13:25:27 UTC ---
reduced:
INTEGER, DIMENSION(:), POINTER :: a
DO I=1,MIN(SIZE(a),SIZE(a))
ENDDO
END
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48352
--- Comment #8 from Joost VandeVondele
2011-04-01 06:17:51 UTC ---
BTW, from this experience, it would be great to have the frontend optimizations
being protected by a switch (-f(no-)frontend-optimizations or similar) which
can default to true at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
Summary: [4.7 Regression] CP2K miscompiled due to some Fortran
frontend pass
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
--- Comment #3 from Joost VandeVondele
2011-04-04 09:06:32 UTC ---
(In reply to comment #2)
> Hi Joost,
>
> the following patch
>
hmm triggers 276 times on CP2K, quite a few seems things that also the ME would
capture. At least one is a bug in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
--- Comment #4 from Joost VandeVondele
2011-04-04 10:50:57 UTC ---
reduced testcase aborts at -O1, goes fine at -O0. Thanks for implementing
the warning, without this, it would have been very difficult to find.
INTEGER FUNCTION S1(m,ma,lx)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
--- Comment #5 from Joost VandeVondele
2011-04-04 11:49:15 UTC ---
the dumped code:
__var_2 = __var_1 %[fl] 2;
__var_1 = ABS_EXPR <*ma - *lx>;
if (*m < 0 && __var_2 == 1 || *m > 0 && __var_2 == 0)
shows clearly what is wrong, var_2 is usi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
Joost VandeVondele changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48462
Joost VandeVondele changed:
What|Removed |Added
Keywords||wrong-code
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48462
--- Comment #2 from Joost VandeVondele
2011-04-05 15:40:41 UTC ---
somewhat reduced:
program main
implicit none
integer, parameter :: dp = kind(0.0d0)
real(kind=dp), allocatable :: a(:,:)
real(kind=dp), allocatable :: b(:,:)
allo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48462
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #52 from Joost VandeVondele
2011-04-12 05:50:45 UTC ---
(In reply to comment #51)
> (In reply to comment #50)
> > The original problem in comment #0 fails (i.e. the build of CP2K) with trunk
> Could you try to reduce the test case?
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #53 from Joost VandeVondele
2011-04-13 18:47:24 UTC ---
reduced testcase for 4.7
MODULE M1
INTEGER, PARAMETER :: dp=8
TYPE realspace_grid_type
REAL(KIND=dp), DIMENSION ( :, :, : ), ALLOCATABLE :: r
END TYPE realspace_grid_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #55 from Joost VandeVondele
2011-04-26 18:17:52 UTC ---
(In reply to comment #54)
> (In reply to comment #53)
> > reduced testcase for 4.7
>
> Does not fail here - can you still reproduce it? (It might have been fixed by
> the patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #56 from Joost VandeVondele
2011-04-26 18:19:29 UTC ---
(In reply to comment #54)
> (In reply to comment #53)
> > reduced testcase for 4.7
>
> Does not fail here - can you still reproduce it? (It might have been fixed by
> the patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49009
Summary: internal compiler error: verify_gimple failed
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45766
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at pci
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #5 from Joost VandeVondele
2010-09-24 10:33:13 UTC ---
(In reply to comment #3)
> The issue here is of course that LTO re-computes TYPE_CANONICAL and the FE
> sets it in a way that the above situation is not detected as non-trivial
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45777
Summary: Missing temporary ?
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45777
Joost VandeVondele changed:
What|Removed |Added
Known to fail||4.3.0, 4.4.0, 4.5.0, 4.6.0
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #6 from Joost VandeVondele
2010-09-24 10:46:08 UTC ---
(In reply to comment #5)
> Actually, looks like there might be some vaguely related issue here in the FE,
> which I'll open in another PR.
See PR45777
--
Configure bugmail: htt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45777
--- Comment #4 from Joost VandeVondele
2010-09-24 17:59:40 UTC ---
(In reply to comment #3)
> With Crayftn, there is no abort.
that also holds for NAG and g95, BTW.
> Thinking a bit about the program, I believe it is valid, i.e. gfortran has a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at pci
1 - 100 of 142 matches
Mail list logo
