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=38115
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Last reconfirmed|2008-11-18 20:11:32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50754
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50754
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50754
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|RESOLVED
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
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=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 Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50414
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Component|fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50415
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50414
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50412
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50411
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50343
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50408
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50406
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50405
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50404
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50402
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #27 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Last reconfirmed|2011-02-20 19:01:16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50260
--- Comment #4 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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=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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50259
--- Comment #2 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50259
--- Comment #3 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
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
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
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=49700
--- Comment #5 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-07-12 10:17:54 UTC ---
(In reply to comment #3)
Oh, so it's a sum ...
Well, the I suppose you run into the usual array-prefetching compile-time hog.
Try -fno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
--- Comment #6 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-07-12 14:40:29 UTC ---
(In reply to comment #1)
Joost, can you point us to a source tarball? Does the issue reproduce
with simpler flags (plain -O2 or plain -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
Summary: LTO compile time hog
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49697
Summary: read permission of LTO intermediate files
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49310
--- Comment #8 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-07-04 18:57:45 UTC ---
patch ;-)
Index: gcc/params.def
===
--- gcc/params.def (revision 175820
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49479
Summary: [4.6/4.7 Regression] reshape / optionals / zero sized
arrays
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49479
--- Comment #1 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-06-20 20:04:47 UTC ---
the difference (I think) seems to be in the present check that has become
if (data != 0B (integer(kind=4)[0:] * restrict) data-data != 0B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49310
--- Comment #7 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-06-09 06:54:33 UTC ---
two more datapoints (depth=30 is still running):
max-vartrack-expr-depth=22: var-tracking emit :5459.44 (99%) usr
max-vartrack-expr-depth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49310
--- Comment #2 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-06-08 07:16:06 UTC ---
the testcase from
http://gcc.gnu.org/bugzilla/attachment.cgi?id=20290
can be used more conveniently. It runs in 1.4s and still spends 50
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49310
--- Comment #4 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-06-08 13:23:00 UTC ---
(In reply to comment #3)
Using -g -O2 -fbounds-check instead of -g -O1 -fbounds-check cures it,
or e.g. -g -O1 -fbounds-check --param max
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49308
Summary: [4.7 Regression] segfault in rest_of_handle_ud_dce ()
at gcc/gcc/dce.c:518
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49308
--- Comment #2 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-06-07 07:12:14 UTC ---
(In reply to comment #1)
http://gcc.gnu.org/viewcvs?root=gccview=revrev=174699
then. What does:
p *defs
p *defs-ref
say?
strangely
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49308
--- Comment #4 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-06-07 07:33:29 UTC ---
(In reply to comment #3)
So
p (*use_rec)-base.chain
?
Program received signal SIGSEGV, Segmentation fault.
rest_of_handle_ud_dce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49308
--- Comment #6 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-06-07 07:45:53 UTC ---
(In reply to comment #5)
Your gdb is very old.
Then
rm dce.o; make CFLAGS=-g -O0 cc1 cc1plus f951
and retry.
upgraded gdb instead (7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49308
--- Comment #7 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-06-07 08:27:13 UTC ---
reduced testcase:
gfortran-trunk -c -O2 -funroll-loops -g bug.f90
bug.f90: In function ‘calculate_first_density_matrix’:
bug.f90:29:0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49310
Summary: [4.7 Regression] Compile time hog
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=49310
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Summary|[4.7 Regression] Compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49128
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49128
--- Comment #10 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
2011-05-25 11:34:48 UTC ---
(In reply to comment #9)
Author: jakub
Date: Wed May 25 07:12:17 2011
New Revision: 174171
URL: http://gcc.gnu.org/viewcvs?root=gccview
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49128
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|REOPENED
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #55 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #56 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #53 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #52 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48462
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Keywords
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48462
--- Comment #2 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48462
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
--- Comment #3 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
--- Comment #4 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
--- Comment #5 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
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=48352
--- Comment #8 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48352
--- Comment #5 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
Summary: [4.7 Regression] segfault in fortran/frontend-passes.c
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #23 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #19 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #20 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--- Comment #21 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47657
--- Comment #2 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38403
Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed:
What|Removed |Added
Status|UNCONFIRMED
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #1 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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 Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #5 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #6 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #8 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #11 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47566
--- Comment #12 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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 Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
--- Comment #3 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47522
--- Comment #6 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #5 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #7 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #9 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #12 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47514
--- Comment #1 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
--- Comment #11 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47495
--- Comment #2 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #33 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #35 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
--- Comment #8 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #41 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47375
--- Comment #2 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch
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=47341
Summary: unnecessary versioning in the vectorizer.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo:
1 - 100 of 142 matches
Mail list logo