https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87952
Bug ID: 87952
Summary: Missed optimization for std::get_if on std::variant
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87951
Bug ID: 87951
Summary: GCC warns about reaching end of non-void function when
all switch is completely handled
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
--- Comment #7 from Andrew Pinski ---
(In reply to Vitali from comment #6)
> Actually as of C++17 it's undefined behaviour.
>
> http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#1766
>
> so at the very least when compiled with C++17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
Vitali changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12849
krux changed:
What|Removed |Added
CC||hoganmeier at gmail dot com
--- Comment #5 from k
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
Vitali changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
--- Comment #2 from Vitali ---
Why has clang made a different decision? Also, this warning is present in C++
code too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950
Bug ID: 87950
Summary: GCC warns about reaching end of non-void function when
all switch is completely handled
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
--- Comment #24 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Nov 9 02:46:03 2018
New Revision: 265946
URL: https://gcc.gnu.org/viewcvs?rev=265946&root=gcc&view=rev
Log:
2018-11-08 Jerry DeLisle
PR libfortran/78351
* io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
--- Comment #3 from Peter Bergner ---
What do you think we can do about that? The call clobbers the ABI defined
non-volatile CR regs, so we have to save/restore them. I don't think we have
any other option, other than telling GCC to never use t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87948
--- Comment #1 from Michael Meissner ---
I entered bug 87949 as the bug I was trying to fix when I encountered the
HARD_REGNO_CALLER_SAVE issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
--- Comment #2 from Michael Meissner ---
Created attachment 44981
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44981&action=edit
Bzip2 assembly file from the fortran source
In the assembly file, at line 1262, there is a store from a MFCR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
--- Comment #1 from Michael Meissner ---
Created attachment 44980
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44980&action=edit
Fortran file showing problem from gamess
Compile this file with the '-Ofast -g -S -std=legacy -mcpu=power9'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43105
--- Comment #5 from Jonathan Wakely ---
Works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87947
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
Bug ID: 87949
Summary: PowerPC saves CR registers across calls
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87948
Bug ID: 87948
Summary: LRA register allocator does not support
HARD_REGNO_CALLER_SAVE_MODE returning VOIDmode
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87600
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87600
--- Comment #6 from Peter Bergner ---
Author: bergner
Date: Thu Nov 8 22:39:45 2018
New Revision: 265942
URL: https://gcc.gnu.org/viewcvs?rev=265942&root=gcc&view=rev
Log:
gcc/
PR rtl-optimization/87600
* cfgexpand.c (expand_asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87931
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87947
Bug ID: 87947
Summary: Symbol Does Not Appear in Object File
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36572
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36572
--- Comment #1 from sandra at gcc dot gnu.org ---
Author: sandra
Date: Thu Nov 8 22:02:38 2018
New Revision: 265939
URL: https://gcc.gnu.org/viewcvs?rev=265939&root=gcc&view=rev
Log:
2018-11-08 Sandra Loosemore
PR other/36572
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87814
--- Comment #4 from Marek Polacek ---
I actually still see an ICE in tsubst_copy:
h.C: In instantiation of ‘constexpr adaptor_cursor::adaptor_cursor(Args&& ...)
[with Args = {int*}][inherited from compressed_tuple_]’:
h.C:24:43: required from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87137
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87814
Nathan Sidwell changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87269
--- Comment #5 from Nathan Sidwell ---
Martin, this isn't icing now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87902
--- Comment #4 from Segher Boessenkool ---
All instructions that depend on the new registers can start later, too, if
you move all new registers down. If you move copies from hard registers
down it is much worse: you are extending the lifetime o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43105
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87837
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87917
Sebastian Pop changed:
What|Removed |Added
CC||spop at gcc dot gnu.org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87946
Bug ID: 87946
Summary: [7/8/9 Regression] ICE in gfc_walk_array_ref, at
fortran/trans-array.c:10506
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87945
Bug ID: 87945
Summary: [9 Regression] ICE in var_element, at
fortran/decl.c:281
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56423
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #2 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51019
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54615
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87944
--- Comment #2 from pkoning at gcc dot gnu.org ---
Created attachment 44979
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44979&action=edit
Test program source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87944
--- Comment #1 from pkoning at gcc dot gnu.org ---
Created attachment 44978
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44978&action=edit
Reload dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87944
Bug ID: 87944
Summary: Wrong code with LRA pushing stack local variable
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87902
--- Comment #3 from Ilya Leoshkevich ---
Judging by the following comment in lra-coalesce.c, RA doesn't do this
intentionally:
Here we coalesce only spilled pseudos. Coalescing non-spilled
pseudos (with different hard regs) might result i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78969
Jeremy Sheaffer changed:
What|Removed |Added
CC||gcc at sheaffer dot ws
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86395
--- Comment #5 from David Malcolm ---
Author: dmalcolm
Date: Thu Nov 8 15:38:30 2018
New Revision: 265920
URL: https://gcc.gnu.org/viewcvs?rev=265920&root=gcc&view=rev
Log:
ipa-inline.c/tree-inline.c: port from fprintf to dump API (PR ipa/86395
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87934
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87916
--- Comment #6 from Martin Liška ---
(In reply to Eric Botcazou from comment #5)
> Thanks for the reduced testcase.
I thank you for the quick fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87943
Bug ID: 87943
Summary: [6.5 regression] severe regression on
iso_varying_string (?)
Product: gcc
Version: 6.4.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87916
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87916
--- Comment #4 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Nov 8 14:57:47 2018
New Revision: 265916
URL: https://gcc.gnu.org/viewcvs?rev=265916&root=gcc&view=rev
Log:
PR middle-end/87916
* cgraphclones.c (duplicate_thunk_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87942
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87942
Bug ID: 87942
Summary: every int seems to be unaligned in packed structure
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87941
Bug ID: 87941
Summary: by_pieces infra does not use movmisalign optab
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87940
Bernd Edlinger changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87442
--- Comment #10 from Martin Liška ---
>
> Few things:
> i) I use ';' as regex separator (to avoid issues under windows with C:\...)
> ii) if exclude is empty and filename is matching any of the regexes in
> filter then instrument it.
> iii) i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87940
Bug ID: 87940
Summary: [9 Regression] FAIL: gcc.dg/warn-strlen-no-nul.c
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87899
--- Comment #6 from Renlin Li ---
Created attachment 44975
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44975&action=edit
IRA dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87899
--- Comment #5 from Renlin Li ---
Created attachment 44974
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44974&action=edit
IRA dump
The code you want to check is the following in ira pass:
insn 10905: r1 = r2040
insn 208: use and update r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87936
--- Comment #2 from Tom de Vries ---
(In reply to Richard Biener from comment #1)
> I suppose it works when using -fPIC/-pic?
Using -fPIC:
...
$ rm -f hello.ali hello.o hello ; gnatmake -fPIC hello.adb
gcc -c -fPIC hello.adb
gnatbind -x hello.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87936
--- Comment #1 from Richard Biener ---
I suppose it works when using -fPIC/-pic?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87939
Bug ID: 87939
Summary: Support STAT= and ERRMSG= specifiers to CRITICAL and
TEAM statements
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
--- Comment #4 from Tomáš Trnka ---
Created attachment 44973
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44973&action=edit
Original tree dump after removing the offending check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
--- Comment #3 from Tomáš Trnka ---
Created attachment 44972
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44972&action=edit
Original tree dump from 8.2.1 20181011
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
--- Comment #2 from Tomáš Trnka ---
(In reply to Dominique d'Humieres from comment #1)
> > The code to allocate t%x is simply never generated.
>
> How do you see that?
>
> WORKSFORME on darwin.
Weird, I wouldn't expect the frontend to behave i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87625
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #5 from Domin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
--- Comment #1 from Dominique d'Humieres ---
> The code to allocate t%x is simply never generated.
How do you see that?
WORKSFORME on darwin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87938
Bug ID: 87938
Summary: libgnat.a not compiled with -fno-PIC
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87935
--- Comment #1 from Christophe Lyon ---
It also causes:
FAIL: g++.dg/cpp0x/pr83734.C -std=gnu++14 (internal compiler error)
FAIL: g++.dg/cpp0x/pr83734.C -std=gnu++17 (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
Bug ID: 87937
Summary: [8/9 Regression] LHS reallocation broken inside
"select type"
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87936
Bug ID: 87936
Summary: gnatlink fails with -pie
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86438
--- Comment #7 from Alexandre Oliva ---
https://gcc.gnu.org/ml/gcc-patches/2018-11/msg00533.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87929
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87929
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87928
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87935
Richard Biener changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87935
Bug ID: 87935
Summary: [9 regression] new failures on arm since r265788
Product: gcc
Version: 6.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87933
--- Comment #8 from Martin Liška ---
Using:
diff --git a/gcc/doc/install.texi b/gcc/doc/install.texi
index be9b07b5d23..b82594bd28e 100644
--- a/gcc/doc/install.texi
+++ b/gcc/doc/install.texi
@@ -2,7 +2,6 @@
@c @ifnothtml
@c %**start of heade
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87933
--- Comment #7 from Martin Liška ---
(In reply to Andreas Schwab from comment #5)
> Nope, the first one is unconditional.
You're right:
...
define = indexhtml
/home/marxin/Programming/gcc/gcc/doc/install.texi:14: warning: multiple
@settitle
defi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50481
--- Comment #4 from krux ---
+1
The builtins already produce better code than a generic bitreverse
implementation:
https://godbolt.org/z/Um2Tit
But using special hardware instructions automatically is even more important
imho.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87933
--- Comment #6 from Andreas Schwab ---
Most like this is a texinfo 4 vs 5+ difference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87933
--- Comment #5 from Andreas Schwab ---
Nope, the first one is unconditional.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87917
Richard Biener changed:
What|Removed |Added
CC||sebpop at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87933
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87933
--- Comment #3 from Andreas Schwab ---
The first @settitle wins.
$ grep @settitle gcc/doc/install.texi
@settitle Installing GCC
@settitle Installing GCC
@settitle Host/Target specific installation notes for GCC
@settitle Prerequisites for GCC
@s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87925
--- Comment #6 from Martin Liška ---
(In reply to Eyal Rozenberg from comment #5)
> (In reply to Martin Liška from comment #3)
> > Currently we only do switch -> balanced decision tree (read series of
> > if-then-else statements). Well definitely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87925
--- Comment #5 from Eyal Rozenberg ---
(In reply to Martin Liška from comment #3)
> Currently we only do switch -> balanced decision tree (read series of
> if-then-else statements). Well definitely a potentially enhancement,
> question is whether
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87933
--- Comment #2 from Martin Liška ---
Hm, then it looks title after ':' is stripped:
$ grep 'Installing GCC: ' gcc/doc/install.texi
@settitle Installing GCC: Configuration
@settitle Installing GCC: Building
@settitle Installing GCC: Testing
@sett
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87933
Richard Biener changed:
What|Removed |Added
Keywords||documentation
--- Comment #1 from Richa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87934
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87931
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87925
--- Comment #4 from Martin Liška ---
(In reply to Eyal Rozenberg from comment #0)
> Have a look at this GodBolt example: https://gcc.godbolt.org/z/zR03rA
>
> On one hand, we have:
>
> void foo(int i) {
> switch (i) {
> c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87925
Martin Liška changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #3 from Martin Li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87929
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87928
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87926
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87925
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87917
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86438
Alexandre Oliva changed:
What|Removed |Added
Attachment #44970|0 |1
is obsolete|
1 - 100 of 115 matches
Mail list logo