[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-06 12:42:13 UTC --- (In reply to comment #3) 2012-10-06 Tobias Schlüter t...@gcc.gnu.org PR fortran/51727 * module.c (write_generic): Traverse

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #5 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-06 12:46:36 UTC --- Created attachment 28373 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28373 bad module

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #6 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-06 12:47:19 UTC --- Created attachment 28374 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28374 good module

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #7 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-06 12:48:39 UTC --- The main difference between 'good' and 'bad' seems to be the 'header' lines bad: () (('arch_topology

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #8 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-06 12:52:09 UTC --- (In reply to comment #3) Created attachment 28372 [details] Candidate patch actually... looking at the patch, don't you need

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #18 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-13 08:13:14 UTC --- (In reply to comment #14) Created attachment 28425 [details] Patch for testing thanks... now repeated CP2K compiles give

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #23 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-13 12:28:12 UTC --- (In reply to comment #22) Created attachment 28440 [details] patch that doesn't use c++ I've tested the patch with (an older

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #24 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-13 12:45:11 UTC --- (In reply to comment #23) I've tested the patch with (an older version of) the 4.7 branch, and it works fine for CP2K

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #25 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-15 14:14:12 UTC --- Just to provide some additional numbers on how important this patch is for practical development (and of course to +1 on backports

[Bug tree-optimization/54967] New: [4.8 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:55

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54967 Bug #: 54967 Summary: [4.8 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:55 Classification: Unclassified Product: gcc Version: 4.8.0

[Bug tree-optimization/54967] [4.8 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:55

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54967 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|NEW

[Bug rtl-optimization/54991] New: [LRA] internal compiler error: in lra_assign, at lra-assigns.c:1361

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54991 Bug #: 54991 Summary: [LRA] internal compiler error: in lra_assign, at lra-assigns.c:1361 Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug rtl-optimization/54991] [LRA] internal compiler error: in lra_assign, at lra-assigns.c:1361

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54991 --- Comment #1 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-19 18:58:31 UTC --- Created attachment 28495 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28495 testcase, including source, .mod and .gcda files

[Bug fortran/31119] -fbounds-check: Check for presence of optional arguments before bound checking

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31119 --- Comment #8 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-10-20 14:59:08 UTC --- (In reply to comment #7) Hi, can someone fortran aware please double-check that the tests * gfortran.dg/bounds_check_9.f90

[Bug rtl-optimization/54991] [LRA] internal compiler error: in lra_assign, at lra-assigns.c:1361

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54991 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug fortran/55099] New: Surprising 'PROCEDURE attribute conflicts with INTENT attribute' error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55099 Bug #: 55099 Summary: Surprising 'PROCEDURE attribute conflicts with INTENT attribute' error Classification: Unclassified Product: gcc Version: 4.8.0

[Bug fortran/55099] Surprising but valid 'PROCEDURE attribute conflicts with INTENT attribute' error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55099 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added URL

[Bug tree-optimization/55238] ICE in find_aggregate_values_for_callers_subset, at ipa-cp.c:2908 building zlib

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55238 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #30 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-11-09 07:31:28 UTC --- (In reply to comment #29) I committed the C-only version of the patch as the issues mentioned in comment #27 couldn't be addressed

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 --- Comment #32 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-11-09 10:05:18 UTC --- If you can use the additional free time to walk over to my brother's office, then please say 'Hi' to him. Otherwise the faculty

[Bug fortran/55469] memory leak on read with istat.ne.0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55469 --- Comment #9 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-02-07 05:57:43 UTC --- This http://gcc.gnu.org/ml/gcc/2013-02/msg00068.html seems the same/similar issue. Was there consensus about the patch ?

[Bug tree-optimization/53852] [4.8 Regression] -ftree-loop-linear: large compile time / memory usage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53852 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug driver/56244] New: -O3 should imply -funroll-loops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56244 Bug #: 56244 Summary: -O3 should imply -funroll-loops Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug driver/56244] -O3 should imply -funroll-loops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56244 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/56378] gfortran internal compiler error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56378 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed

[Bug fortran/56378] gfortran internal compiler error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56378 --- Comment #5 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-02-18 18:48:28 UTC --- simplified testcase: module t use, intrinsic :: iso_c_binding interface fvec2vec module procedure int_fvec2vec end

[Bug sanitizer/55309] gcc's address-sanitizer 66% slower than clang's

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug sanitizer/55309] gcc's address-sanitizer 66% slower than clang's

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309 --- Comment #48 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-02-22 13:55:16 UTC --- (In reply to comment #47) Interestingly, the symbolization/debuginfo seems to be completely broken :( I've tried compiling

[Bug fortran/56674] New: ICE in check_sym_interfaces

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56674 Bug #: 56674 Summary: ICE in check_sym_interfaces Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug fortran/56674] [4.7/4.8/4.9 Regression] ICE in check_sym_interfaces

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56674 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/56681] New: [4.9 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:1008

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56681 Bug #: 56681 Summary: [4.9 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:1008 Classification: Unclassified

[Bug middle-end/56681] [4.9 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:1008

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56681 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|NEW

[Bug tree-optimization/56688] Fortran save statement prevents loop vectorization.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56688 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2012-12-13 09:36:18

[Bug lto/56706] New: failure building CP2K at -flto -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56706 Bug #: 56706 Summary: failure building CP2K at -flto -O3 Classification: Unclassified Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56706 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56706 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Known to work

[Bug rtl-optimization/31021] gfortran 20% slower than ifort on CP2K computational kernel

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31021 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/37150] basic-block vectorization misses some unrolled loops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150 --- Comment #15 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-03-27 12:53:16 UTC --- Created attachment 29738 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29738 maybe smaller testcase version ? Attached

[Bug fortran/55591] strict-aliasing Fortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591 --- Comment #5 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-03-29 06:13:38 UTC --- (In reply to comment #3) Untested (but successfully compiled) patch: --- a/gcc/fortran/options.c +++ b/gcc/fortran/options.c

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Summary|TSAN: Fortran/OMP

[Bug web/56063] [bugzilla] last reconfirmed : now

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56063 --- Comment #9 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-03-29 08:12:23 UTC --- (In reply to comment #7) What I could do is to hide the calendar button and add a Now link instead. I think this would be really

[Bug rtl-optimization/31021] gfortran 20% slower than ifort on CP2K computational kernel

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31021 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Depends

[Bug fortran/56378] [4.6/4.7/4.8 Regression] ICE with C_LOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56378 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Summary|[4.6/4.7/4.8/4.9

[Bug middle-end/47341] unnecessary versioning in the vectorizer, not implemented affine-affine test

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

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708 --- Comment #22 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-03-29 08:33:31 UTC --- Improved in part by http://gcc.gnu.org/ml/fortran/2013-03/msg00143.html as r197124 for 4.9.0

[Bug fortran/34640] ICE when assigning item of a derived-component to a pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34640 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2009-04-06 10:57:29

[Bug libfortran/51119] MATMUL slow for large matrices

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

[Bug tree-optimization/34940] contained subroutines called only once are not inlined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34940 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2012-06-29 11:27:01

[Bug middle-end/41453] use INTENT(out) for optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41453 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2012-06-29 00:00:00

[Bug middle-end/40194] fortran rules for optimizing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40194 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug libgomp/50175] data race with OMP barrier

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50175 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug libgomp/40362] openmp: some libgomp functions trigger data races

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40362 --- Comment #15 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-03-29 09:11:10 UTC --- *** Bug 50175 has been marked as a duplicate of this bug. ***

[Bug lto/47532] valgrind errors while compiling with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47532 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|NEW

[Bug rtl-optimization/56776] New: valgrind errors within ira

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56776 Bug #: 56776 Summary: valgrind errors within ira Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug rtl-optimization/56776] [4.8/4.9 Regression] valgrind errors within ira

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56776 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/45337] gfortran accepts pointer initialization of DT dummy arguments w/ INTENT(OUT)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45337 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2010-08-19 09:47:08

[Bug fortran/41137] inefficient zeroing of an array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41137 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2009-11-01 16:21:21

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25621 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/40958] module files too large

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/36933] unneeded temporary with derived type containing an array as argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36933 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|NEW

[Bug fortran/39304] ICE with MATMUL, specific/generic functions and rank checking

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39304 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/34640] ICE when assigning item of a derived-component to a pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34640 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Blocks

[Bug tree-optimization/40168] missing unrolling/scalarization/reassoc/free

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40168 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2009-12-18 14:45:13

[Bug tree-optimization/14741] graphite with loop blocking and interchanging doesn't optimize a matrix multiplication loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Last reconfirmed|2006-04-23 17:57:20

[Bug debug/35118] ICE in mem_loc_descriptor, at dwarf2out.c:8974

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35118 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/56770] Partial sums loop optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56770 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/56816] f951.exe internal compiler error. segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56816 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/56872] [4.8/4.9 Regression] Incorrect SUM evaluation, involving implied-do loop, with -ffrontend-optimize

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56872 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|UNCONFIRMED

[Bug fortran/40958] module files too large

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958 --- Comment #11 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-04-17 19:36:45 UTC --- With these patches in, parallel compilation of multi-file cp2k becomes significantly faster. Time for a full build goes from 70s

[Bug fortran/57071] Optimize (-1)**k to 1 - 2 * mod(K, 2)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57071 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug fortran/57071] Optimize (-1)**k to 1 - 2 * mod(K, 2)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57071 --- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-04-26 07:12:04 UTC --- (In reply to comment #3) As James Van Buskirk pointed out, the algorithm will fail if k 0. note that in the case of k being

[Bug middle-end/57089] New: [4.9 Regression] ICE in verify_loop_structure, at cfgloop.c:1647

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57089 Bug #: 57089 Summary: [4.9 Regression] ICE in verify_loop_structure, at cfgloop.c:1647 Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED

[Bug fortran/57160] New: short-circuit IF only with -ffrontend-optimize

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57160 Bug #: 57160 Summary: short-circuit IF only with -ffrontend-optimize Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity:

[Bug middle-end/57192] New: [4.9 Regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57192 Bug #: 57192 Summary: [4.9 Regression] miscompilation at -O3 Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/57192] [4.9 Regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57192 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/57192] [4.9 Regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57192 --- Comment #3 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-05-07 18:54:55 UTC --- (In reply to comment #2) Created attachment 30047 [details] Proposed patch I'll give it a try. Meanwhile, this might

[Bug middle-end/57192] [4.9 Regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57192 --- Comment #4 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-05-07 19:01:56 UTC --- BTW, on trunk: ../../gcc/gcc/gimple-ssa-strength-reduction.c: In function ‘void analyze_candidates_and_replace()’: ../../gcc/gcc/gimple-ssa

[Bug middle-end/57192] [4.9 Regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57192 --- Comment #5 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-05-07 19:16:31 UTC --- Current trunk (without the patch) seems to fix also the original problem. At least for this case, the proposed patch seems

[Bug middle-end/57192] [4.9 Regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57192 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|RESOLVED

[Bug middle-end/57192] [4.9 Regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57192 --- Comment #10 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-05-08 06:18:54 UTC --- (In reply to comment #9) On x86_64-apple-darwin10.8.0 at revision 198697 with the patch at http://gcc.gnu.org/ml/gcc-patches/2013

[Bug middle-end/57192] [4.9 Regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57192 --- Comment #12 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2013-05-08 13:03:59 UTC --- Reduced testcase that still triggers the valgrind warning during compilation: MODULE orbital_pointers INTEGER, DIMENSION

[Bug middle-end/57192] [4.9 Regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57192 --- Comment #16 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch --- (In reply to Bill Schmidt from comment #15) I was able to download your code, and I can't reproduce the problem on powerpc64-unknown-linux-gnu with current trunk

[Bug middle-end/57192] [4.9 Regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57192 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|REOPENED

[Bug middle-end/53217] New: [4.8 Regression] internal compiler error: verify_ssa failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53217 Bug #: 53217 Summary: [4.8 Regression] internal compiler error: verify_ssa failed Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug middle-end/53217] [4.8 Regression] internal compiler error: verify_ssa failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53217 --- Comment #1 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-05-03 18:38:27 UTC --- The following testcase causes an ICE with current trunk (4.8) MODULE xc_cs1 INTEGER, PARAMETER :: dp=KIND(0.0D0) REAL(KIND=dp

[Bug lto/49700] LTO compile time hog

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700 --- Comment #8 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-05-07 19:04:29 UTC --- (In reply to comment #7) Has the situation improved? current trunk LTO seems to fail on CP2K with: /data/vjoost/clean/cp2k/cp2k/src/../src

[Bug lto/49700] LTO compile time hog

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Status|WAITING

[Bug middle-end/38474] slow compilation at -O0 due to expand's temp slot goo

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474 --- Comment #53 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-05-29 07:45:36 UTC --- For the original testcase I have for trunk (gcc version 4.8.0 20120516 (experimental) [trunk revision 187595] (GCC)) very reasonable times

[Bug fortran/53521] New: Memory leak with zero sized array constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53521 Bug #: 53521 Summary: Memory leak with zero sized array constructor Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal

[Bug fortran/53521] [4.5/4.6/4.7/4.8 Regression] Zero-byte memory leak with zero-sized array constructor (valgrind warning)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53521 --- Comment #3 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-05-30 12:31:18 UTC --- (In reply to comment #2) Well, I think this is a valgrind issue and not a real leak. Whether you want to optimize code for the non-NULL

[Bug fortran/53521] [4.5/4.6/4.7/4.8 Regression] Zero-byte memory leak with zero-sized array constructor (valgrind warning)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53521 --- Comment #6 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-05-30 14:37:09 UTC --- (In reply to comment #4) You say not doing free (0) leaks memory? What OS is this on? I'm observing on a Linux box that : MODULE TEST

[Bug fortran/53521] [4.5/4.6/4.7 Regression] Memory leak with zero-sized array constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53521 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added Summary|[4.5/4.6/4.7/4.8

[Bug tree-optimization/53081] memcpy/memset loop recognition

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53081 --- Comment #12 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-06-06 11:32:08 UTC --- It doesn't quite seem to work for this simple Fortran testcase yet SUBROUTINE S(a,N) INTEGER :: N,a(N) a=1 END SUBROUTINE S (works

[Bug tree-optimization/53081] memcpy/memset loop recognition

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53081 --- Comment #14 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-06-06 11:54:22 UTC --- (In reply to comment #13) Well, you can't transform this to a memset ;) blush things work as advertised for correct testcases... thanks!

[Bug middle-end/38474] slow compilation at -O0 due to expand's temp slot goo

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474 --- Comment #60 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-06-15 15:26:20 UTC --- (In reply to comment #59) There should be no compile performance problems in expand anymore. The alias stmt walker as used from IPA

[Bug libfortran/51119] MATMUL slow for large matrices

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119 --- Comment #6 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-06-28 11:58:20 UTC --- Janne, have you had a chance to look at this ? For larger matrices MATMMUL is really slow. Anything that includes even the most basic

[Bug libfortran/51119] MATMUL slow for large matrices

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119 Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed: What|Removed |Added CC

[Bug middle-end/40194] fortran rules for optimizing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40194 --- Comment #10 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch 2012-06-29 14:14:16 UTC --- this testcase now looks optimized (at least the optimized dump contains return 1; as expected). I guess this can be closed ?

<    1   2   3   4   5   6   7   8   >