https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81659
Bug ID: 81659
Summary: ICE in verify_dominators, at dominance.c:1184
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81660
Bug ID: 81660
Summary: Learn GCC -Wexceptions
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81148
--- Comment #13 from Richard Biener ---
C/C++ testcase:
int x = -106;
int main()
{
// -123 - (0x8000 - -1)
return (-123 - ((9223372036854775806 ^ ~(x && 1)) - -1)) == 0;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81660
Martin Liška changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79499
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Aug 2 07:13:25 2017
New Revision: 250814
URL: https://gcc.gnu.org/viewcvs?rev=250814&root=gcc&view=rev
Log:
PR middle-end/79499
* function.c (thread_prologue_and_epil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81148
--- Comment #14 from Richard Biener ---
Folding
-123 - (((long int) ~(x != 0) ^ 9223372036854775806) + 1)
results in split_tree of (((long int) ~(x != 0) ^ 9223372036854775806) + 1)
returning -((long int) ~(x != 0) ^ 9223372036854775806) and mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81661
Bug ID: 81661
Summary: [7/8 Regression] ICE in gimplify_modify_expr, at
gimplify.c:5638
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81661
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |7.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79499
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Aug 2 07:26:46 2017
New Revision: 250815
URL: https://gcc.gnu.org/viewcvs?rev=250815&root=gcc&view=rev
Log:
PR middle-end/79499
* function.c (thread_prologue_and_epil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81148
--- Comment #15 from Marek Polacek ---
My other idea was to pass bool ok to split_tree and if it sees that it cannot
negate_expr something, set it to false, so that we don't change the expression
after split_tree has been called. But if it worke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81657
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81640
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Aug 2 07:28:21 2017
New Revision: 250816
URL: https://gcc.gnu.org/viewcvs?rev=250816&root=gcc&view=rev
Log:
PR c++/81640
* call.c (build_user_type_conversion_1): Only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81638
--- Comment #9 from Martin Liška ---
(In reply to David Edelsohn from comment #8)
> I already tested the equivalent patch. If the preferred solution is a
> work-around for the false positive, I'll install that.
Yes, please do it. I've just added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81649
--- Comment #1 from Jakub Jelinek ---
That doesn't look correct to me, as it is the option that ensures that the
executables are linked against such a library, after all, it is the only
purpose of the option. Maybe we should just replace the " a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81641
--- Comment #5 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Aug 2 07:37:15 2017
New Revision: 250817
URL: https://gcc.gnu.org/viewcvs?rev=250817&root=gcc&view=rev
Log:
PR target/81641
* config/i386/i386.c (ix86_print_o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81661
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79499
--- Comment #6 from Jakub Jelinek ---
Fixed for 7.2+ so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81662
Bug ID: 81662
Summary: fpatchable-function-entry requires nop, which nvptx
does not have
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81503
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81052
--- Comment #5 from Martin Liška ---
Created attachment 41888
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41888&action=edit
Reduced test-case
Adding reduced test-case (it's hard to reduce more). There's ompexp dump:
bool satyr::dc(auto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81052
Martin Liška changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80551
--- Comment #2 from Martin Liška ---
Segher any investigation about this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81663
Bug ID: 81663
Summary: nvptx and fstack-check
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81052
--- Comment #7 from Alexander Monakov ---
As an aside, shouldn't we issue a diagnostic here? OpenMP spec says branching
in/out of simd regions is not allowed, and I think we already diagnose invalid
branching for some other constructs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81664
Bug ID: 81664
Summary: __attribute__((target("movbe"))) does not work
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80693
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81289
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81665
Bug ID: 81665
Summary: Please introduce flags attribute for enums which will
mimic one from C#
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81663
Tom de Vries changed:
What|Removed |Added
Target||nvptx
--- Comment #1 from Tom de Vries -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81666
Bug ID: 81666
Summary: GLIBC build failed with arm/aarch64 linux cross
toolchain
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81641
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81666
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81655
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81633
--- Comment #10 from Lawrence Mitchell ---
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81655
--- Comment #3 from Jakub Jelinek ---
Created attachment 41891
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41891&action=edit
gcc7-pr81655.patch
As that is a new optimization, I think we should just tweak the testcase for
7.x.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81052
--- Comment #8 from Jakub Jelinek ---
(In reply to Alexander Monakov from comment #7)
> As an aside, shouldn't we issue a diagnostic here? OpenMP spec says
> branching in/out of simd regions is not allowed, and I think we already
> diagnose inval
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81655
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Aug 2 10:27:24 2017
New Revision: 250819
URL: https://gcc.gnu.org/viewcvs?rev=250819&root=gcc&view=rev
Log:
PR tree-optimization/81655
PR tree-optimization/81588
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81588
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Wed Aug 2 10:27:24 2017
New Revision: 250819
URL: https://gcc.gnu.org/viewcvs?rev=250819&root=gcc&view=rev
Log:
PR tree-optimization/81655
PR tree-optimization/81588
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81666
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81644
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81052
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81052
--- Comment #10 from Jakub Jelinek ---
Created attachment 41892
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41892&action=edit
gcc8-pr81052.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81667
Bug ID: 81667
Summary: trunk/gcc/alloc-pool.h:239: possible missing
initialiser ?
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81667
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38197
Andrew John Hughes changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38176
Andrew John Hughes changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38198
Andrew John Hughes changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38193
Andrew John Hughes changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38194
Andrew John Hughes changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38195
Andrew John Hughes changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81664
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38189
Andrew John Hughes changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38191
Andrew John Hughes changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38192
Andrew John Hughes changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81289
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Aug 2 11:50:16 2017
New Revision: 250821
URL: https://gcc.gnu.org/viewcvs?rev=250821&root=gcc&view=rev
Log:
PR c/81289
* c-parser.c (c_parser_unary_expression): Us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81289
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81668
Bug ID: 81668
Summary: LTO ODR warnings are not helpful
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81448
--- Comment #8 from Marek Polacek ---
Author: mpolacek
Date: Wed Aug 2 11:56:54 2017
New Revision: 250822
URL: https://gcc.gnu.org/viewcvs?rev=250822&root=gcc&view=rev
Log:
PR c/81448
PR c/81306
* c-warn.c (warn_for_mult
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81306
--- Comment #9 from Marek Polacek ---
Author: mpolacek
Date: Wed Aug 2 11:56:54 2017
New Revision: 250822
URL: https://gcc.gnu.org/viewcvs?rev=250822&root=gcc&view=rev
Log:
PR c/81448
PR c/81306
* c-warn.c (warn_for_mult
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81448
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81306
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61450
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60355
--- Comment #2 from Thomas Koenig ---
Apparently only for implicitly-typed variables.
This works as expected:
program main
integer, bind(c) :: i
end program main
$ gfortran a.f90
a.f90:2:23:
integer, bind(c) :: i
1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81669
Bug ID: 81669
Summary: trunk/gcc/fibonacci_heap.h:58: possible missing
initialisation ?
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60355
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81668
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic, lto
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81670
Bug ID: 81670
Summary: include/ext/pb_ds/detail/splay_tree_/splay_fn_imps.hpp
:253: suspicious assignment ?
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81650
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80551
--- Comment #3 from Segher Boessenkool ---
It apparently started failing last week of January 2017. Only 64-bit
fails, -m32 is fine.
I don't know where that missing function name is coming from.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81671
Bug ID: 81671
Summary: std::nullptr_t incompatible to std::nullptr_t
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81671
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81667
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Wed Aug 2 13:25:12 2017
New Revision: 250829
URL: https://gcc.gnu.org/viewcvs?rev=250829&root=gcc&view=rev
Log:
PR other/81667
* alloc-pool.h (base_pool_allocator): In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81667
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81625
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81664
--- Comment #2 from Daniel Fruzynski ---
So there is another problem here: for some reason both mentioned gcc versions
accepts -mmovbe and -mno-movbe options. If movbe is not supported, gcc should
complain that these options are unrecognized.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81671
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81671
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81655
--- Comment #5 from seurer at gcc dot gnu.org ---
At the time I had not seen this on trunk but indeed it does fail there too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81664
Daniel Fruzynski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81636
--- Comment #2 from Marek Polacek ---
Paolo added FIX_TRUNC_EXPR and FLOAT_EXPR to dump_expr in r143790, but I
believe we need more than just pp->expression (t);, we need to print it
similarly to CONVERT_EXPR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81650
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
See A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81644
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Aug 2 13:58:08 2017
New Revision: 250830
URL: https://gcc.gnu.org/viewcvs?rev=250830&root=gcc&view=rev
Log:
PR target/81644
* config/i386/i386.md (unspecv): A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57970
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81672
Bug ID: 81672
Summary: trunk/gcc/jit/jit-recording.c:2852: possible missing
initialiser
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81644
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81672
--- Comment #1 from David Binderman ---
Probably harmless, but might benefit from some tidy up.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81673
Bug ID: 81673
Summary: Harmful SLP vectorization
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52387
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81673
--- Comment #1 from Andrew Pinski ---
What happens if you use -march=intel. Maybe the cost should have adjusted only
for the case where moving between the register set is cheap (I forgot the
internal tuning name for this case).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59865
Eric Gallager changed:
What|Removed |Added
Target||x86_64-unknown-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81674
Bug ID: 81674
Summary: gcc cannot detect missing initialisers for fields in
constructors
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81664
--- Comment #4 from Uroš Bizjak ---
(In reply to Daniel Fruzynski from comment #2)
> So there is another problem here: for some reason both mentioned gcc
> versions accepts -mmovbe and -mno-movbe options. If movbe is not supported,
> gcc should c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81673
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54710
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54710
Eric Gallager changed:
What|Removed |Added
Keywords||compile-time-hog
Status|WAIT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53077
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81675
Bug ID: 81675
Summary: attribute(noreturn) of destructor in :? not honored
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81673
--- Comment #3 from Martin Jambor ---
(In reply to Andrew Pinski from comment #1)
> What happens if you use -march=intel.
With -mtune=intel, the lower half of the vector is moved directly
whereas the upper one is still done through the stack:
1 - 100 of 161 matches
Mail list logo