[Bug tree-optimization/59336] [4.9 Regression] definition in block 317 does not dominate use in block 316

2014-01-09 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59336 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed

[Bug libgomp/59194] tsan detects race for real variables in an OMP reduction clause

2014-01-09 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59194 --- Comment #10 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Jakub Jelinek from comment #7) That said, during stage3 I'll look at how costly would be to use there __atomic_load_n with MEMMODEL_RELAXED. any

[Bug sanitizer/59061] Port leaksanitizer

2014-01-09 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59061 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug libgomp/59194] tsan detects race for real variables in an OMP reduction clause

2014-01-13 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59194 --- Comment #12 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Jakub Jelinek from comment #11) Author: jakub Date: Mon Jan 13 07:56:40 2014 New Revision: 206572 URL: http://gcc.gnu.org/viewcvs?rev=206572root

[Bug tree-optimization/59336] [4.9 Regression] definition in block 317 does not dominate use in block 316

2014-01-15 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59336 --- Comment #5 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- This issue has disappeared between r206594 and r206615. Maybe fixed by r206599 ?

[Bug sanitizer/55561] TSAN: provide a TSAN instrumented libgomp

2014-01-22 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561 --- Comment #43 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Emil Styrke from comment #42) Anyway, after manually fixing up the install it seems to work alright. If this looks like a reasonable way forward

[Bug fortran/52651] Fortran testsuite ICEs with -flto

2014-02-15 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52651 Bug 52651 depends on bug 45586, which changed state. Bug 45586 Summary: [4.8 Regression] ICE non-trivial conversion at assignment http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 What|Removed |Added

[Bug fortran/45586] [4.8 Regression] ICE non-trivial conversion at assignment

2014-02-15 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|REOPENED

[Bug middle-end/60426] New: [4.9 Regression] ICE near expand_builtin_int_roundingfn_2

2014-03-05 Thread Joost.VandeVondele at mat dot ethz.ch
Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch Between r208300 and r208339 LTO compiles of cp2k start failing with the backtrace below. This happens for several files, all traces lead to a NINT

[Bug middle-end/60426] [4.9 Regression] ICE near expand_builtin_int_roundingfn_2

2014-03-05 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60426 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug lto/60427] [4.9 Regression] r208312 causes ICE and wrong code for Fortran with -flto

2014-03-05 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60427 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/60426] [4.9 Regression] ICE near expand_builtin_int_roundingfn_2

2014-03-05 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60426 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|NEW

[Bug lto/56706] [4.8 Regression] failure building CP2K at -flto -O2

2014-03-15 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56706 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2013-10-25 00:00:00

[Bug tree-optimization/25621] Missed optimization when unrolling the loop (splitting up the sum) (only with -ffast-math)

2014-03-16 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25621 --- Comment #13 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Joost VandeVondele from comment #12) Both compilers fail to notice that S32 is basically the same code hand-unrolled. with gcc 4.9 ./a.out

[Bug tree-optimization/60766] [4.8/4.9 Regression] Wrong optimization with -O2

2014-04-05 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60766 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug driver/61028] New: [4.9/4.10 Regression] -g3 -g leads to spurious warnings

2014-05-01 Thread Joost.VandeVondele at mat dot ethz.ch
Priority: P3 Component: driver Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch With gcc 4.9 and 4.10 the following leads to unexpected warnings. It is triggered by the sequence '-g3 -g' cat test.F #if 1 WRITE(6,*) Hello, world

[Bug fortran/41137] inefficient zeroing of an array

2014-05-01 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41137 --- Comment #18 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Dominique d'Humieres from comment #17) With -O3, I get the same timings for the test in comment 1 since gcc 4.6.4. Could this PR be closed as FIXED

[Bug fortran/61028] [4.9/4.10 Regression] -g3 -g leads to spurious warnings

2014-05-08 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61028 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug sanitizer/55561] TSAN: provide a TSAN instrumented libgomp

2014-05-08 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561 --- Comment #45 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Roland Schulz from comment #44) Is there a way to compile libgomp to not get false positives for omp-atomic? yes, this is fixed in gcc for 4.9.0 see

[Bug fortran/61180] New: surprising -Wsurprising warning

2014-05-13 Thread Joost.VandeVondele at mat dot ethz.ch
Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch To my surprise, -Wsurprising produces surprising warnings. The issue is the following: MODULE M1 TYPE foo_type INTEGER, POINTER, DIMENSION(:) :: data END TYPE CONTAINS FUNCTION get_data(foo

[Bug fortran/61181] New: -Wunused-but-set-variable for Fortran

2014-05-13 Thread Joost.VandeVondele at mat dot ethz.ch
Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch I guess this is a feature request, the following code : cat bug.f90 SUBROUTINE TEST(j) INTEGER :: i,j i=1 j=0 END SUBROUTINE does not produce a warning for i being an 'unused-but-set

[Bug fortran/61180] surprising -Wsurprising warning

2014-05-13 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61180 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug sanitizer/55561] TSAN: provide a TSAN instrumented libgomp

2014-05-14 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561 --- Comment #48 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Roland Schulz from comment #47) What is the advantage of a TSAN instrumented libgomp over one with --disable-linux-futex? I would be happy to know

[Bug fortran/61028] [4.9/4.10 Regression] -g3 -g leads to spurious warnings

2014-05-15 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61028 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|NEW

[Bug middle-end/61209] New: [4.10 Regression] internal compiler error: in fold_convert_loc, at fold-const.c:1950

2014-05-17 Thread Joost.VandeVondele at mat dot ethz.ch
Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch known good: r210485 known bad: r210542 possibly r210491 cat bug.f90 MODULE array_types INTERFACE array_data

[Bug fortran/61234] New: Warn for use-stmt without explicit only-list.

2014-05-19 Thread Joost.VandeVondele at mat dot ethz.ch
Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch It would be nice to have a warning (-Wuse-only) for a use-stmt without explicit only-list. It would allow for enforcing this good style with -Werror. Extra useful would

[Bug fortran/53940] Optionally warn about multiple explicit USE-association of the same symbol

2014-05-19 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53940 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/61243] New: [4.10 Regression] verify_flow_info failed: No region crossing jump at section boundary in bb 65

2014-05-20 Thread Joost.VandeVondele at mat dot ethz.ch
Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch Recent regression in the one day between good: r210596 bad: r210629 Unfortunately, only happens with -fprofile

[Bug fortran/61234] Warn for use-stmt without explicit only-list.

2014-05-20 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61234 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/61234] Warn for use-stmt without explicit only-list.

2014-05-20 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61234 --- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Harald Anlauf from comment #3) Obviously, this only works as long as the code is still compilable by g95 ... which in our project started to require

[Bug middle-end/61243] [4.10 Regression] verify_flow_info failed: No region crossing jump at section boundary in bb 65

2014-05-20 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61243 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|WAITING

[Bug fortran/61297] New: have an -Wunused-type

2014-05-23 Thread Joost.VandeVondele at mat dot ethz.ch
Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch For the below testcase, would be nice to have a warning -Wunused-type for the unused type (T), just like we have for unused functions (but I guess the FE needs to get active for this one). cat test.f90

[Bug fortran/52370] [4.7 Regression] Spurious may be used uninitialized warning for check of optional argument

2014-05-23 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52370 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/61335] New: [4.10 Regression] wrong code with -O2 -fbounds-check

2014-05-28 Thread Joost.VandeVondele at mat dot ethz.ch
Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch Created attachment 32868 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32868action=edit reduced testcase The attached testcase is miscompiled with current trunk

[Bug middle-end/61335] [4.10 Regression] wrong code with -O2 -fbounds-check

2014-05-28 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61335 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/61234] Warn for use-stmt without explicit only-list.

2014-05-30 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61234 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added URL

[Bug sanitizer/61530] New: [4.10 Regression] segfault with asan

2014-06-17 Thread Joost.VandeVondele at mat dot ethz.ch
Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org Current trunk started failing in the day between

[Bug sanitizer/61530] [4.10 Regression] segfault with asan

2014-06-23 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug tree-optimization/57742] memset(malloc(n),0,n) - calloc(n,1)

2014-06-25 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57742 --- Comment #17 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Marc Glisse from comment #16) Done. Joost, feel free to add your testcase from comment #3 if you want to (I can't write a hello world in fortran so

[Bug tree-optimization/57742] memset(malloc(n),0,n) - calloc(n,1)

2014-06-25 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57742 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|RESOLVED

[Bug sanitizer/61604] New: missing line numbers in a sanitizer backtrace from an OMP region

2014-06-25 Thread Joost.VandeVondele at mat dot ethz.ch
Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org

[Bug sanitizer/61604] missing line numbers in a sanitizer backtrace from an OMP region

2014-06-26 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61604 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug sanitizer/61530] [4.10 Regression] segfault with asan

2014-06-28 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|NEW

[Bug lto/61644] New: [4.10 Regression] ICE with LTO in expand_expr_real_1

2014-06-29 Thread Joost.VandeVondele at mat dot ethz.ch
Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch A recent regression introduced in the one day between good: r212096 bad: r212117 causes an ICE on trunk. cat bug.f90 MODULE hfx_contract_block INTEGER, PARAMETER :: dp=8

[Bug lto/61644] [4.10 Regression] ICE with LTO in expand_expr_real_1

2014-07-07 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61644 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug sanitizer/55561] TSAN: provide a TSAN instrumented libgomp

2014-07-09 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561 --- Comment #52 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Jakub Jelinek from comment #51) Your assumption is wrong, reductions are not handled in libgomp, but in the code emitted by the compiler. does

[Bug libfortran/51119] MATMUL slow for large matrices

2011-11-15 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119 --- Comment #3 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-11-15 12:19:59 UTC --- (In reply to comment #1) I have a cunning plan. It is doable to come within a factor of 2 of highly efficient implementations using a cache

[Bug libfortran/51119] MATMUL slow for large matrices

2011-11-15 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119 --- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-11-15 12:31:10 UTC --- Created attachment 25826 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25826 comparison in performance for small matrix multiplies

[Bug target/51179] New: poor vectorization on interlagos.

2011-11-16 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51179 Bug #: 51179 Summary: poor vectorization on interlagos. Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug tree-optimization/51179] poor vectorization on interlagos.

2011-11-22 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51179 --- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-11-22 18:34:03 UTC --- Created attachment 25887 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25887 general code the more general code used to find the most

[Bug tree-optimization/51179] poor vectorization on interlagos.

2011-11-22 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51179 --- Comment #5 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-11-22 18:34:48 UTC --- (In reply to comment #3) is IMHO just a matter whether graphite can -floop-interchange this or not. If you swap manually the l and j

[Bug tree-optimization/51179] poor vectorization on interlagos.

2011-11-23 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51179 --- Comment #8 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-11-23 08:34:59 UTC --- (In reply to comment #6) (if nobody beats me, I'll try to reduce the code and open a new pr). If reproduced the ICE with 4.7, and started

[Bug middle-end/51285] New: [4.7 Regression] internal compiler error: in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c

2011-11-23 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51285 Bug #: 51285 Summary: [4.7 Regression] internal compiler error: in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c Classification: Unclassified Product: gcc Version: 4.7.0

[Bug tree-optimization/51179] poor vectorization on interlagos.

2011-11-23 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51179 --- Comment #9 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-11-23 17:19:28 UTC --- (In reply to comment #8) (In reply to comment #6) (if nobody beats me, I'll try to reduce the code and open a new pr). If reproduced

[Bug middle-end/51285] [4.7 Regression] internal compiler error: in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c

2011-11-23 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51285 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug tree-optimization/51179] poor vectorization on interlagos.

2011-11-23 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51179 --- Comment #10 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-11-23 20:11:17 UTC --- (In reply to comment #1) What about current 4.7 SVN? The fastest 4x10 . 10x10 multiply as found with tiny_find.f90 yields somewhat better

[Bug middle-end/51285] [4.7 Regression] internal compiler error: in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c

2011-11-24 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51285 --- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-11-24 19:25:06 UTC --- Simplified testcase showing Tobias patch is unrelated. Is this still triggered by the same range ? SUBROUTINE smm_dnn_4_10_10_1_1_2_1(A,B

[Bug fortran/40958] module files too large

2011-11-25 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/40958] module files too large

2011-11-28 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958 --- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-11-28 14:24:02 UTC --- Just for reference, compiling CP2K_2009-05-01.f90 results in 684 modules, stracing yields something like 12000 calls to open, and 148'847'399

[Bug fortran/40958] module files too large

2011-11-28 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/51089] [4.7 Regression] internal compiler error: verify_flow_info failed

2011-11-30 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51089 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed

[Bug lto/51355] New: [4.7 Regression] cgraph_add_edge_to_call_site_hash, at cgraph.c:765

2011-11-30 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51355 Bug #: 51355 Summary: [4.7 Regression] cgraph_add_edge_to_call_site_hash, at cgraph.c:765 Classification: Unclassified Product: gcc Version: 4.7.0 Status:

[Bug fortran/25708] Module loading is not good at all

2011-11-30 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708 --- Comment #17 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-11-30 19:50:37 UTC --- Janne's lseek patch: http://gcc.gnu.org/ml/fortran/2011-11/msg00251.html has further nice results on CP2K (CP2K_2009-05-01.f90) Thomas

[Bug fortran/25708] Module loading is not good at all

2011-11-30 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708 --- Comment #18 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-12-01 07:29:25 UTC --- Janne's latest patch now effectively 'removes' lseek: 26.840.108906 0242658 madvise 20.120.081608

[Bug lto/51355] [4.7 Regression] cgraph_add_edge_to_call_site_hash, at cgraph.c:765

2011-12-01 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51355 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug bootstrap/51346] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled

2011-12-01 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51346 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug libgomp/51298] libgomp team_barrier locking failures

2011-12-15 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51298 --- Comment #5 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2011-12-15 09:44:46 UTC --- similarly, does this only affect power7, or potentially also other targets such as x86_64 (interlagos?)

[Bug fortran/52325] unclear error: Unclassifiable statement

2012-02-21 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52325 --- Comment #3 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-02-22 06:49:41 UTC --- (In reply to comment #2) Submitted patch (pending review): http://gcc.gnu.org/ml/fortran/2012-02/msg00089.html OK ;-) this would

[Bug fortran/52325] unclear error: Unclassifiable statement

2012-02-21 Thread Joost.VandeVondele at mat dot ethz.ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52325 --- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-02-22 06:53:09 UTC --- (In reply to comment #2) Submitted patch (pending review): http://gcc.gnu.org/ml/fortran/2012-02/msg00089.html and a nitpick

[Bug middle-end/63311] [4.9/5 Regression] -O1 optimization introduces valgrind warning

2014-10-31 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63311 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/63311] [4.9/5 Regression] -O1 optimization introduces valgrind warning

2014-10-31 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63311 --- Comment #6 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- Created attachment 33852 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33852action=edit C testcase warning with : gcc -O1 -std=c11 -g PR63311.c -lm valgrind

[Bug libgomp/63700] It is impossible to set the OpenMP stack size from inside a program

2014-10-31 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63700 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/63640] move_alloc memory leak

2014-11-04 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63640 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug bootstrap/63821] ICE in verify_gimple during libgcc build starting with r217349

2014-11-11 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63821 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/63883] New: [5.0 Regression] ICE at -O1 -ffast-math

2014-11-14 Thread Joost.VandeVondele at mat dot ethz.ch
Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch in the day between r217531 and r217599 the following (reduced) testcase started failing on trunk: cat bug.f90 SUBROUTINE influence_factor ( gftype, error ) INTEGER, PARAMETER :: dp=8

[Bug middle-end/63926] New: [5 Regression] ICE in estimate_edge_growth, at ipa-inline.h:300

2014-11-17 Thread Joost.VandeVondele at mat dot ethz.ch
Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch I see the following ICE with recent trunk (appeared in the last week or so): gfortran -c -fprofile-use -O3 -march=native -funroll-loops -ffast

[Bug ipa/63470] [5 Regression] lto1: internal compiler error: in estimate_edge_growth, at ipa-inline.h:308

2014-11-17 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63470 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug ipa/63470] [5 Regression] lto1: internal compiler error: in estimate_edge_growth, at ipa-inline.h:308

2014-11-18 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63470 --- Comment #3 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to David Binderman from comment #2) Test case available on request. since non of the PRs have a testcase yet, would be good, if only to be added

[Bug middle-end/63926] [5 Regression] ICE in estimate_edge_growth, at ipa-inline.h:300

2014-11-18 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63926 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/63967] [5 Regression] r217633 caused internal compiler error: in estimate_edge_growth, at ipa-inline.h:299

2014-11-19 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63967 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug sanitizer/63976] New: internal compiler error: Segmentation fault

2014-11-19 Thread Joost.VandeVondele at mat dot ethz.ch
: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org current trunk, ICEs for cat bug.f90

[Bug sanitizer/63980] New: ICE: -O0 -fsanitize=undefined -fno-sanitize=object-size

2014-11-19 Thread Joost.VandeVondele at mat dot ethz.ch
Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org current

[Bug sanitizer/63983] New: compile time hog with -fsanitize=undefined

2014-11-19 Thread Joost.VandeVondele at mat dot ethz.ch
: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc at gcc dot gnu.org Created attachment 34042 -- https

[Bug sanitizer/63980] ICE: -O0 -fsanitize=undefined -fno-sanitize=object-size

2014-11-19 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63980 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug sanitizer/63983] compile time hog with -fsanitize=undefined

2014-11-19 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63983 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/63926] [5 Regression] ICE in estimate_edge_growth, at ipa-inline.h:300

2014-11-23 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63926 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Depends

[Bug fortran/63938] OpenMP atomic update does not protect access to automatic array

2014-11-23 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63938 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/63311] [4.9/5 Regression] -O1 optimization introduces valgrind warning

2014-11-24 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63311 --- Comment #8 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Richard Biener from comment #7) Confirmed that it is ifcombine. Not sure if I'd call it wrong-code though. Note that there are no default-defs

[Bug middle-end/64065] New: [5 Regression] CP2K miscompilation at -O3 -flto

2014-11-24 Thread Joost.VandeVondele at mat dot ethz.ch
: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch Current trunk miscompiles cp2k at ' -flto=jobserver -fuse-linker-plugin -fno-prefetch-loop-arrays -O3 -march=native -funroll-loops -ffast-math' The last known good revision

[Bug middle-end/64065] [5 Regression] CP2K miscompilation at -O3 -flto

2014-11-25 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64065 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/64065] [5 Regression] CP2K miscompilation at -O3 -flto

2014-11-25 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64065 --- Comment #5 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Richard Biener from comment #4) Created attachment 34111 [details] patch Can you try this? Cool, fixed!

[Bug middle-end/64065] [5 Regression] CP2K miscompilation at -O3 -flto

2014-11-25 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64065 --- Comment #7 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to rguent...@suse.de from comment #6) Does the restrict stuff make any performance difference? Not noticeable for the particular benchmark I'm running

[Bug ipa/63470] [5 Regression] internal compiler error: in estimate_edge_growth, at ipa-inline.h:308

2014-11-27 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63470 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Assignee|unassigned at gcc dot

[Bug fortran/64118] Strange warning about unused function/subroutine

2014-11-29 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64118 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug fortran/53379] [4.8/4.9/5 Regression] No backtrace generated for array bounds violation

2014-12-02 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53379 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2013-12-29 00:00:00

[Bug fortran/53379] [4.8/4.9/5 Regression] No backtrace generated for array bounds violation

2014-12-05 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53379 --- Comment #17 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Harald Anlauf from comment #16) (In reply to Joost VandeVondele from comment #15) While if we use -fsanitize=address (at greatly increased cost

[Bug sanitizer/61604] missing line numbers in a sanitizer backtrace from an OMP region

2014-12-06 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61604 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug fortran/59345] _gfortran_internal_pack on compiler generated temps

2014-12-06 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59345 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2013-12-22 00:00:00

[Bug fortran/59016] f951: internal compiler error: Segmentation fault

2014-12-06 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2013-11-17 00:00:00

[Bug fortran/64207] vectorization report

2014-12-06 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64207 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

<    1   2   3   4   5   6   7   8   >