https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81023
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81025
--- Comment #1 from Doug Gilmore ---
Created attachment 41510
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41510&action=edit
Patch to constrain the number of multi-lib variants
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81025
--- Comment #2 from Doug Gilmore ---
Created attachment 41511
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41511&action=edit
patch needed to build r248863 for MIPS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81005
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Jun 8 18:53:16 2017
New Revision: 249030
URL: https://gcc.gnu.org/viewcvs?rev=249030&root=gcc&view=rev
Log:
PR middle-end/81005
* ubsan.c (instrument_null): Avoid poi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81025
Bug ID: 81025
Summary: [MIPS] soft-float glibc build fails at r248863
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81011
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Thu Jun 8 18:55:04 2017
New Revision: 249031
URL: https://gcc.gnu.org/viewcvs?rev=249031&root=gcc&view=rev
Log:
PR c++/81011
* cp-gimplify.c (cxx_omp_finish_clause): When
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81011
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Jun 8 19:02:09 2017
New Revision: 249032
URL: https://gcc.gnu.org/viewcvs?rev=249032&root=gcc&view=rev
Log:
PR c++/81011
* cp-gimplify.c (cxx_omp_finish_clause): When
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81011
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Jun 8 19:04:40 2017
New Revision: 249034
URL: https://gcc.gnu.org/viewcvs?rev=249034&root=gcc&view=rev
Log:
PR c++/81011
* cp-gimplify.c (cxx_omp_finish_clause): When
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81011
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81006
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Thu Jun 8 19:10:49 2017
New Revision: 249035
URL: https://gcc.gnu.org/viewcvs?rev=249035&root=gcc&view=rev
Log:
PR c/81006
* c-typeck.c (handle_omp_array_sections_1): Con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81006
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Jun 8 19:12:38 2017
New Revision: 249036
URL: https://gcc.gnu.org/viewcvs?rev=249036&root=gcc&view=rev
Log:
PR c/81006
* c-typeck.c (handle_omp_array_sections_1): Con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81006
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Jun 8 19:13:51 2017
New Revision: 249037
URL: https://gcc.gnu.org/viewcvs?rev=249037&root=gcc&view=rev
Log:
PR c/81006
* c-typeck.c (handle_omp_array_sections_1): Con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81006
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Thu Jun 8 19:23:34 2017
New Revision: 249038
URL: https://gcc.gnu.org/viewcvs?rev=249038&root=gcc&view=rev
Log:
PR c/81006
* c-typeck.c (handle_omp_array_sections_1): Con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80693
--- Comment #3 from Segher Boessenkool ---
(In reply to Zdenek Sojka from comment #0)
> Also, the costs dump in the first replacement looks wrong:
> original costs 0 + 4 + 4 = 0
This is correct: 0 means undefined. You usually get it from a
para
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59874
--- Comment #17 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Jun 8 19:42:59 2017
New Revision: 249039
URL: https://gcc.gnu.org/viewcvs?rev=249039&root=gcc&view=rev
Log:
PR target/81015
Revert:
2016-12-14 Uros
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81015
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Jun 8 19:42:59 2017
New Revision: 249039
URL: https://gcc.gnu.org/viewcvs?rev=249039&root=gcc&view=rev
Log:
PR target/81015
Revert:
2016-12-14 Uros B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81015
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81006
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26493
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81025
--- Comment #3 from Doug Gilmore ---
It appears that r248863 just tickles the bug. With
the attached example produced by delta the failure mode
is exposed by r248862.With luck, I may be able to
bisect the problem to an earlier commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81026
Bug ID: 81026
Summary: Lookup of dependent member template incorrectly finds
non-member
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81000
--- Comment #4 from Marc Glisse ---
(In reply to Marc Glisse from comment #2)
> (Of course, a different implementation of std::any might be easier to
> optimize)
>From a quick test, if instead of storing a pointer to _S_manage we store a
pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81027
Bug ID: 81027
Summary: Assumed-shape array reported as deferred.
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81028
Bug ID: 81028
Summary: miscompiles placement new
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81028
Hubert Tong changed:
What|Removed |Added
Keywords||wrong-code
Version|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52473
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80966
--- Comment #1 from Segher Boessenkool ---
Author: segher
Date: Fri Jun 9 03:46:08 2017
New Revision: 249046
URL: https://gcc.gnu.org/viewcvs?rev=249046&root=gcc&view=rev
Log:
rs6000: Don't add an immediate to r0 (PR80966)
If there is a large
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80009
--- Comment #10 from Jerry DeLisle ---
After a lot of head scratching I think I am changing my mind on this one.
If one tries to assign to a real variable as in:
program test_b_write_dt_mod
use :: B_write_dt_mod
implicit none
type(B_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81029
Bug ID: 81029
Summary: Compiling sketch with arduinodroid
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81030
Bug ID: 81030
Summary: ICE on valid code at -O1 (only) on x86_64-linux-gnu:
verify_flow_info failed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80862
--- Comment #3 from Yulia Koval ---
Fixed by https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=249009
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67731
Yuri Gribov changed:
What|Removed |Added
CC||tetra2005 at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81032
Bug ID: 81032
Summary: [5/6/7/8 Regression] ICE with lambda and broken
constexpr
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: error-recovery, ice
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80966
--- Comment #2 from Segher Boessenkool ---
Fixed on trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759
--- Comment #29 from Daniel Santos ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #28)
> As I've said before, the parallelization of ms-sysv.exp runs may be a
> bonus, but is certainly separate from this PR and thus should be split
>
101 - 135 of 135 matches
Mail list logo