https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68895
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68674
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Keywords|ice-on-valid-code |diagnostic,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68910
--- Comment #9 from Sebastian Huber ---
In case I revert (e.g. double revert) to enable the LRA for SPARC
commit a28f6dc56909fc35dd83d4364bc68c69e2450a51
Author: davem
Date: Tue Sep 22 03:52:45 2015 +
Revert LRA SPARC changes for now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68977
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68977
Bug ID: 68977
Summary: [gomp4] FAIL: c-c++-common/goacc/loop-2.c -std=c++11
(internal compiler error)
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41557
--- Comment #5 from Andris Pavenis ---
I have just committed to SVN trunk very similar patch (but not identical)for
djgpp-stdint.h (revision 231804)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68966
Martin Sebor changed:
What|Removed |Added
Attachment #37077|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68966
Martin Sebor changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68966
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68971
--- Comment #5 from Martin Sebor ---
This is a valid constant expression because 1 is and GCC doesn't warn on the
division by zero:
1 ? 0 : 1 / 0
This is not a constant expression because rand() isn't, and so GCC warns about
the division by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68976
Bug ID: 68976
Summary: [6 Regression] ICE w/ -O2 (and above)
-fgraphite-identity (or -floop-nest-optimize)
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68971
--- Comment #4 from Paul Eggert ---
(In reply to Martin Sebor from comment #1)
> constant expressions are evaluated during translation
This is not a constant expression. Not that that should matter. For example:
enum { a = (1 ? 0 : 1 / 0) };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66279
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66506
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68008
--- Comment #2 from Andrew Pinski ---
Basically recursive inlining is faster than sibling calls optimization.
Interesting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68831
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68831
--- Comment #4 from Patrick Palka ---
Author: ppalka
Date: Fri Dec 18 02:25:39 2015
New Revision: 231798
URL: https://gcc.gnu.org/viewcvs?rev=231798&root=gcc&view=rev
Log:
Fix PR c++/68831 (superfluous -Waddress warning for C++ delete)
gcc/cp/C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68103
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67577
--- Comment #3 from H.J. Lu ---
Trunk with -O3 -mavx generates:
Z1xv:
.cfi_startproc
vmovaps b(%rip), %ymm1
vmovaps a(%rip), %ymm0
vbroadcastssscale(%rip), %ymm2
vsubps %ymm1, %ymm0, %ymm0
vmu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68191
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68971
--- Comment #3 from Martin Sebor ---
Yes, the example in footnote is valid because the left operand of the OR
expression is a constant expression with a non-zero value and so the right
operand is not evaluated (even at translation time).
__built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67577
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|tree-optimization
--- Comment #2 from An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66206
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67877
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67449
--- Comment #1 from Andrew Pinski ---
This works for me on the trunk of GCC on aarch64-linux-gnu but that might be
because of different behavior with respect of conditional moves.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67024
--- Comment #5 from Andrew Pinski ---
I can't reproduce this bug on aarch64-linux-gnu but that might be due to
different IPA SRA choices than x86.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68779
--- Comment #5 from John David Anglin ---
Author: danglin
Date: Fri Dec 18 00:40:55 2015
New Revision: 231795
URL: https://gcc.gnu.org/viewcvs?rev=231795&root=gcc&view=rev
Log:
PR target/68779
* config/pa/pa.md (atomic_loaddi): H
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68971
--- Comment #2 from joseph at codesourcery dot com ---
On Thu, 17 Dec 2015, msebor at gcc dot gnu.org wrote:
> Paul, the way I prefer to look at it is that the C standard says that constant
> expressions are evaluated during translation and when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68975
Bug ID: 68975
Summary: Request: Provide alternate keyword for decltype in
C++03
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68971
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68974
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68974
--- Comment #1 from mdaniels at qnx dot com ---
Forgot system type. I am testing using a x86_64 Linux machine running Ubuntu
14.04.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68974
Bug ID: 68974
Summary: inline assembly blocks getting re-ordered on x86_64
and aarch64
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68948
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68954
--- Comment #5 from Manuel López-Ibáñez ---
(In reply to Richard Biener from comment #3)
> Breakpoint 1, diagnostic_classify_diagnostic (
> context=0x2467de0 , option_index=213,
> new_kind=DK_IGNORED, where=1550920)
> at /space/rguen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68954
--- Comment #4 from Manuel López-Ibáñez ---
(In reply to Richard Biener from comment #0)
> std::auto_ptr is marked as deprecated in
> libstdc++-v3/include/backward/auto_ptr.h
> and
>
> #include
>
> int main()
> {
> int i;
> std::auto_ptr x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68927
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
Bug ID: 68973
Summary: [6 regression] Internal compiler error on power for
gcc/testsuite/g++.dg/pr67211.C
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68819
--- Comment #9 from David Malcolm ---
Created attachment 37075
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37075&action=edit
Updated patch, which adds a "sorry" when the problem first occurs
Here's a new patch. Unfortunately, with this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68972
Bug ID: 68972
Summary: g++.dg/cpp1y/vla-initlist1.C test case fails on power
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68909
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68971
Bug ID: 68971
Summary: -Woverflow false alarm in code unreachable after
__builtin_mul_overflow
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61397
--- Comment #17 from Michael Meissner ---
No, it does not appear the patch went upstream (either on trunk or gcc 5).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68776
--- Comment #6 from rguenther at suse dot de ---
On December 17, 2015 4:19:00 PM GMT+01:00, "wschmidt at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68776
>
>--- Comment #5 from Bill Schmidt ---
>(In reply to Bill Schm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58587
Bill Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68965
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21182
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #18 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60137
Bill Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68968
--- Comment #3 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #2)
> (In reply to kargl from comment #1)
> > (In reply to Fred Krogh from comment #0)
> > > Created attachment 37073 [details]
> > > Compile this as indicated in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61030
--- Comment #2 from David Edelsohn ---
*** Bug 68822 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68822
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68968
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #1)
> (In reply to Fred Krogh from comment #0)
> > Created attachment 37073 [details]
> > Compile this as indicated in the comments and get a segmentation fault in
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68968
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61397
--- Comment #16 from Bill Schmidt ---
Mike, did your patch go upstream, or is there more work to do here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68970
Bug ID: 68970
Summary: Missing "expected ; after class" message
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68305
--- Comment #6 from H.J. Lu ---
gcc.dg/vect/pr68305.c has
/* { dg-do compile } */
/* { dg-additional-options "-O3" } */
/* { dg-additional-options "-mavx2" { target avx_runtime } } */
It is a compile test. Why does it need AVX run-time support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68969
Bug ID: 68969
Summary: gcc.dg/vect/pr66636.c and gcc.dg/vect/pr68305.c have
the wrong condition
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61981
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68927
--- Comment #3 from Bill Long ---
Possibly related to pr59796, bun not a duplicate. In this example, the pointer
being deallocated is associated. The problem is that it is associated with a
target that cannot be deallocated. The standard says t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68948
--- Comment #6 from Andrew Pinski ---
Created attachment 37074
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37074&action=edit
Reduced a lot
This is a much more reduced testcase though most likely it can be reduced
further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68419
Lauri Kasanen changed:
What|Removed |Added
Version|5.2.0 |5.3.0
--- Comment #4 from Lauri Kasanen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68961
--- Comment #2 from Bill Seurer ---
No, it fails on big endian, too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68968
Bug ID: 68968
Summary: Internal Compiler error
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68795
--- Comment #3 from David Malcolm ---
(In reply to David Malcolm from comment #2)
> Comment on attachment 37066 [details]
> Always set a location for the closing parenthesis in
> cp_parser_parenthesized_expression_list
>
> Bother; I have another
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68805
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68959
--- Comment #3 from Peter Bergner ---
(In reply to Michael Meissner from comment #2)
> Just to be clear, does it still fail with the fix for PR 68805 installed?
Yes, my compiler has that fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67576
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67550
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68959
--- Comment #2 from Michael Meissner ---
Just to be clear, does it still fail with the fix for PR 68805 installed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68707
--- Comment #21 from alalaw01 at gcc dot gnu.org ---
Here's the smallest testcase I could come up with (where SLP gets cancelled,
but we end up with fewer st2's than before)...the key seems to be things being
used in multiple places.
#define N 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68967
--- Comment #6 from vries at gcc dot gnu.org ---
Created attachment 37072
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37072&action=edit
0006-Copy-libgomp-to-gcc-dir.patch
This patch does not work properly yet, we end up with the -m32 lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68967
--- Comment #4 from vries at gcc dot gnu.org ---
Created attachment 37070
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37070&action=edit
0004-Compile-libgcc-with-ftree-parallelize-loops-0.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68961
--- Comment #1 from Bill Schmidt ---
Is this little-endian only?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68795
--- Comment #2 from David Malcolm ---
Comment on attachment 37066
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37066
Always set a location for the closing parenthesis in
cp_parser_parenthesized_expression_list
Bother; I have another patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68967
--- Comment #5 from vries at gcc dot gnu.org ---
Created attachment 37071
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37071&action=edit
0005-Compile-libgomp-with-ftree-parallelize-loops-0.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68967
--- Comment #3 from vries at gcc dot gnu.org ---
Created attachment 37069
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37069&action=edit
0003-compile-target-libgomp-before-configuring-other-libs.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68967
--- Comment #2 from vries at gcc dot gnu.org ---
Created attachment 37068
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37068&action=edit
0002-Update-GOMP_SELF_SPECS-and-LINK_COMMAND_SPEC.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68967
--- Comment #1 from vries at gcc dot gnu.org ---
Created attachment 37067
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37067&action=edit
0001-Set-ftree-parallelize-loops-2-by-default.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68967
Bug ID: 68967
Summary: Build and test parloops on by default
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68813
--- Comment #4 from vries at gcc dot gnu.org ---
(In reply to cesar from comment #3)
> Tom is this problem specific to gomp-4_0-branch? I can't reproduce it in
> trunk.
Indeed, I ran into this on gomp-4_0-branch, forgot to mention that.
I don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68966
Bug ID: 68966
Summary: atomic_fetch_* on atomic_bool not diagnosed
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68795
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67576
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Thu Dec 17 16:52:25 2015
New Revision: 231781
URL: https://gcc.gnu.org/viewcvs?rev=231781&root=gcc&view=rev
Log:
PR c++/67576
PR c++/25466
* rtti.c (build_typeid)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67550
--- Comment #11 from Jason Merrill ---
Author: jason
Date: Thu Dec 17 16:52:10 2015
New Revision: 231779
URL: https://gcc.gnu.org/viewcvs?rev=231779&root=gcc&view=rev
Log:
PR c++/67550
* init.c (constant_value_1): Don't return a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67557
--- Comment #16 from Jason Merrill ---
Author: jason
Date: Thu Dec 17 16:52:19 2015
New Revision: 231780
URL: https://gcc.gnu.org/viewcvs?rev=231780&root=gcc&view=rev
Log:
PR c++/67557
* call.c (is_base_field_ref): New.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25466
--- Comment #20 from Jason Merrill ---
Author: jason
Date: Thu Dec 17 16:52:25 2015
New Revision: 231781
URL: https://gcc.gnu.org/viewcvs?rev=231781&root=gcc&view=rev
Log:
PR c++/67576
PR c++/25466
* rtti.c (build_typeid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67550
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Thu Dec 17 16:51:58 2015
New Revision: 231777
URL: https://gcc.gnu.org/viewcvs?rev=231777&root=gcc&view=rev
Log:
PR c++/67550
* init.c (constant_value_1): Don't return a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25466
--- Comment #18 from Jason Merrill ---
Author: jason
Date: Thu Dec 17 16:51:52 2015
New Revision: 231776
URL: https://gcc.gnu.org/viewcvs?rev=231776&root=gcc&view=rev
Log:
PR c++/67576
PR c++/25466
* rtti.c (build_typeid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25466
--- Comment #19 from Jason Merrill ---
Author: jason
Date: Thu Dec 17 16:52:04 2015
New Revision: 231778
URL: https://gcc.gnu.org/viewcvs?rev=231778&root=gcc&view=rev
Log:
PR c++/67576
PR c++/25466
* rtti.c (build_typeid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67576
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Thu Dec 17 16:52:04 2015
New Revision: 231778
URL: https://gcc.gnu.org/viewcvs?rev=231778&root=gcc&view=rev
Log:
PR c++/67576
PR c++/25466
* rtti.c (build_typeid)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67576
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Thu Dec 17 16:51:52 2015
New Revision: 231776
URL: https://gcc.gnu.org/viewcvs?rev=231776&root=gcc&view=rev
Log:
PR c++/67576
PR c++/25466
* rtti.c (build_typeid)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68795
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68965
Bug ID: 68965
Summary: `-Wunused-parameter` is reported in variadic lambda or
function using sizeof...(xs)
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68964
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68908
--- Comment #15 from joseph at codesourcery dot com ---
Note that we also have bug 64843 for atomic_fetch_* on pointers (with a
suggested approach for how stdatomic.h could handle the multiplication by
the pointer target size).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68964
Bug ID: 68964
Summary: Internal compiler error for test case 20100610.c since
r231674
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68963
Bug ID: 68963
Summary: O3 vs. O2 discards part of loop and terminates early
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68813
--- Comment #3 from cesar at gcc dot gnu.org ---
Tom is this problem specific to gomp-4_0-branch? I can't reproduce it in trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68962
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |6.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68962
Bug ID: 68962
Summary: [6 Regression] internal compiler error: in
vect_analyze_stmt, at tree-vect-stmts.c:8013 when
building 416.gamess on aarch64
Product: gcc
Ve
1 - 100 of 199 matches
Mail list logo
