https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86728
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86727
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64243
Richard Biener changed:
What|Removed |Added
CC||bart at bartjanssens dot org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86724
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86718
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86732
--- Comment #2 from Marc Glisse ---
While I would also like to see this optimized better, ISTR that this was done
on purpose, you may want to look at the old discussions. Some languages may
have things set up to catch null dereferences, but that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86733
Bug ID: 86733
Summary: c++17 and #pragma GCC diagnostic warning "-Wall"
resurrect pre-c++11 warnings.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86706
--- Comment #4 from Jakub Jelinek ---
Created attachment 44463
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44463&action=edit
gcc9-pr86706.patch
Thanks, that seems to work. I've bootstrapped/regtested it successfully on
x86_64-linux and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86732
--- Comment #1 from Antony Polukhin ---
Probably a more fair example< without taking an address of a reference:
static const int* get_if(const int* v) {
if (v && *v == 0) return v;
return nullptr;
}
int example(const int* a) {
retur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86732
Bug ID: 86732
Summary: Potential nullptr dereference does not propagate
knowledge about the pointer
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: miss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86472
--- Comment #4 from Paul Thomas ---
(In reply to Dominique d'Humieres from comment #3)
> > Yes indeed with respect to the declaration of 't'. However, since the
> > submodule
> > is a separate compilation unit, I believe that it also must contai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86684
--- Comment #4 from Martin Liška ---
(In reply to Segher Boessenkool from comment #3)
> I did try that.
>
> Can you please give your config? Some repro instructions, maybe on a given
> cfarm machine?
I used gcc14 machine. Download latest tarba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86547
--- Comment #7 from Andreas Krebbel ---
Author: krebbel
Date: Mon Jul 30 08:30:06 2018
New Revision: 263063
URL: https://gcc.gnu.org/viewcvs?rev=263063&root=gcc&view=rev
Log:
lra: consider clobbers when selecting hard_regno to spill
The idea be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86702
Richard Biener changed:
What|Removed |Added
Version|unknown |9.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86707
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86706
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86705
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86731
Bug ID: 86731
Summary: [8 Regression] Miscompiles vec_sl at -O3 with -fwrapv
on ppc64el
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86710
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86711
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86714
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86729
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86730
Bug ID: 86730
Summary: use of deleted copy constructor (I am not using it)
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86714
Richard Biener changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86729
Bug ID: 86729
Summary: address of vector element requested
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25829
Bug 25829 depends on bug 34705, which changed state.
Bug 34705 Summary: Reuse I/O structures to save memory and help the ME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34705
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34705
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86687
--- Comment #7 from Richard Biener ---
(In reply to Tom de Vries from comment #5)
> The foo::foo function starts at label .LFB1520, which brings us to:
> ...
> .uleb128 0x8b # (DIE (0x5a99) DW_TAG_subprogram)
> .long 0x5a75 #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86722
--- Comment #1 from Richard Biener ---
code-gen should go thorough simplify_gen_* which should perform constant
folding.
101 - 129 of 129 matches
Mail list logo