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
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
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
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
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
?
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
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
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60426
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60427
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60766
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61028
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61180
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53940
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61234
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52370
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61335
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61234
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
URL
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61604
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
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
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
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
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
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
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
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
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
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
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51285
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
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:
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
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51346
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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?)
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63311
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63700
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63640
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63821
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63470
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63926
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63967
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
: 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
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
: 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63980
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63983
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63926
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
Depends
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
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
: 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64065
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC
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!
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
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
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
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
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
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
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
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
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
401 - 500 of 713 matches
Mail list logo