[Bug libgomp/67303] libgomp: ThreadSanitizer: data race in libgomp

2015-08-24 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67303 Joost VandeVondele changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/67219] [6 Regression] Incorrect conversion warning

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

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

2015-08-27 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53852 Joost VandeVondele changed: What|Removed |Added Last reconfirmed|2013-02-03 00:00:00 |2015-8-28 CC|

[Bug fortran/67414] New: [5 Regression] Error message on failed allocate

2015-08-31 Thread Joost.VandeVondele at mat dot ethz.ch
: fortran Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch Target Milestone: --- For 4.9 and earlier a gfortran compiled binary would print a clear error message if an allocate would fail like in: > cat test.f90 INTEGER, POINTER, DIMENS

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

2015-08-31 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53379 --- Comment #21 from Joost VandeVondele --- (In reply to Janne Blomqvist from comment #11) > Looking at the frontend, calls to runtime_error_at are generated from > gfc_trans_runtime_check() and gfc_trans_runtime_error(). I went through > calls

[Bug debug/71642] New: [7 Regression] ICE: in gen_type_die_with_usage, at dwarf2out.c:22729

2016-06-24 Thread Joost.VandeVondele at mat dot ethz.ch
Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch Target Milestone: --- overnight trunk regression: > cat bug.f90 MODULE gauss_colloc INTEGER, PARAMETER :: dp=8 CONTAINS SUBROUT

[Bug web/69601] current/ redirect is off by at least a day

2016-07-01 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69601 Joost VandeVondele changed: What|Removed |Added Last reconfirmed|2016-06-26 00:00:00 |2016-7-1 --- Comment #4 from Joost

[Bug middle-end/71898] New: [7 Regression] [graphite] ICE: verify_ssa failed

2016-07-15 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 Target Milestone: --- The following started regressing roughly July 7th/8th: > cat bug.f90 MODULE d3_poly INTEGER, PUBLIC, PARAMETER :: max_grad2=5 INTEGER, PUB

[Bug middle-end/71898] [7 Regression] [graphite] ICE: verify_ssa failed

2016-07-20 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71898 --- Comment #4 from Joost VandeVondele --- (In reply to Martin Liška from comment #2) > Created attachment 38939 [details] > Candidate patch Since this is a graphite fix, it might also fix PR71351 ?

[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled

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

[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled

2016-07-27 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 --- Comment #10 from Joost VandeVondele --- (In reply to Thomas Koenig from comment #9) > With a test case, it would be OK with me if somebody reverted the > patch. I can then rework it to take care of that particular bug. A revert would be goo

[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled

2016-07-27 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 --- Comment #11 from Joost VandeVondele --- This even gives wrong results at -O0 ... > cat test.f90 INTEGER, DIMENSION(:,:), POINTER :: a INTEGER, DIMENSION(:,:), ALLOCATABLE :: b ALLOCATE(a(4,4),b(4,2)) a=1 ; b=2 a(:,1:2)=MATMUL(a(:,1:4),b(:

[Bug fortran/50259] Internal Error at (1): gfc_resolve_expr(): Bad expression type

2016-08-04 Thread Joost.VandeVondele at mat dot ethz.ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50259 Joost VandeVondele changed: What|Removed |Added Status|NEW |RESOLVED CC|

<    3   4   5   6   7   8