https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79425
Andrew Pinski changed:
What|Removed |Added
CC||fujim...@clear-code.com
--- Comment #6 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90907
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #3 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90907
--- Comment #4 from Andrew Pinski ---
See also PR 35895
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90899
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90908
Bug ID: 90908
Summary: g++powerpc 8.3 crashes when linking a library
containing R_PPC_EMB_SDA21 relocation symbols
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70841
--- Comment #5 from Marc Glisse ---
(In reply to Christophe Lyon from comment #4)
> Can this be achieved in match.pd?
A simple case like x*y/x could be done in match.pd (assuming we want to
simplify it to just y under some conditions). To handle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90873
Richard Biener changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90896
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90898
Richard Biener changed:
What|Removed |Added
Keywords|ice-on-valid-code |accepts-invalid,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90899
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87880
--- Comment #12 from Iain Sandoe ---
Author: iains
Date: Tue Jun 18 08:01:00 2019
New Revision: 272406
URL: https://gcc.gnu.org/viewcvs?rev=272406&root=gcc&view=rev
Log:
libsanitizer - remove reference to __cxa_rethrow_primary_exception.
For so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90908
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70841
--- Comment #6 from rguenther at suse dot de ---
On Tue, 18 Jun 2019, glisse at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70841
>
> --- Comment #5 from Marc Glisse ---
> (In reply to Christophe Lyon from comment #4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
--- Comment #3 from Jakub Jelinek ---
It is certainly invalid to goto *x; from outside of an OpenMP structured block
to inside it or vice versa, this testcase doesn't do that though. And the
NOTE_INSN_DELETED_LABEL is in the end in a different f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90889
--- Comment #12 from Martin Jambor ---
Author: jamborm
Date: Tue Jun 18 08:14:09 2019
New Revision: 272408
URL: https://gcc.gnu.org/viewcvs?rev=272408&root=gcc&view=rev
Log:
Fix IPA-CP topological sorting
2019-06-18 Martin Jambor
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
--- Comment #4 from rguenther at suse dot de ---
On Tue, 18 Jun 2019, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
>
> --- Comment #3 from Jakub Jelinek ---
> It is certainly invalid to goto *x; from out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90901
Richard Biener changed:
What|Removed |Added
Keywords||wrong-debug
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
--- Comment #5 from Jakub Jelinek ---
(In reply to rguent...@suse.de from comment #4)
> On Tue, 18 Jun 2019, jakub at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
> >
> > --- Comment #3 from Jakub Jelinek ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90902
--- Comment #1 from Richard Biener ---
I usually do -v -save-temps -Wl,-debug -Wl,-v and cut&paste the link line
(it shows the collect-ld invocation).
Otherwise it's probably more desirable to merge collect2 into the driver(s).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90904
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90889
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
--- Comment #6 from rguenther at suse dot de ---
On Tue, 18 Jun 2019, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
>
> --- Comment #5 from Jakub Jelinek ---
> (In reply to rguent...@suse.de from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90889
--- Comment #14 from Eric Botcazou ---
Thanks a lot for fixing this. I'll take a look at this warnings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90909
Bug ID: 90909
Summary: call devirtualized to pure virtual
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90899
Martin Liška changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Liška -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90887
--- Comment #9 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #8)
> Still debugging.
>
> I add tons of 'printf' and the first difference which shows up is the
> following call:
[That's without call to register_symbol, i.e. doesn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80738
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90240
--- Comment #11 from Richard Biener ---
Is this now fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90240
--- Comment #12 from bin cheng ---
(In reply to Richard Biener from comment #11)
> Is this now fixed?
yes, fixed on trunk. Only if it should be backported to GCC-9?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90240
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90078
Bug 90078 depends on bug 90240, which changed state.
Bug 90240 Summary: [10 Regression] ICE in try_improve_iv_set, at
tree-ssa-loop-ivopts.c:6694
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90240
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80738
--- Comment #4 from Marc Glisse ---
(In reply to Richard Biener from comment #3)
> Btw, what's a C++ testcase for this?
#include
#include
typedef std::vector V;
V f(V&v){
V r;
r=std::move(v);
return r;
}
Compiled with -O2, the optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88784
--- Comment #27 from Li Jia He ---
Created attachment 46495
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46495&action=edit
[v2] try to fix this issue in ifcombine(and_comparisons_1 and or_comparisons_1)
This patch is similar to the previ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80738
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78871
Christian Gagneraud changed:
What|Removed |Added
CC||chgans at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78871
--- Comment #3 from Christian Gagneraud ---
And if I switch to gcc-8, I get:
cc1plus: note: ‘-gsplit-dwarf’ is not supported with LTO, disabling
:(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90904
--- Comment #2 from Jonathan Wakely ---
Declare them private, but don't define them. In 99.9% of cases you'll get an
error at compile time for trying to use a private member. If the use happens
from inside the class itself, the private member wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79342
Christian Gagneraud changed:
What|Removed |Added
CC||chgans at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90909
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
Carlo B. changed:
What|Removed |Added
CC||castro8583bennett at gmx dot
com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80590
--- Comment #23 from Arnaud Charlet ---
Author: charlet
Date: Tue Jun 18 11:44:58 2019
New Revision: 272416
URL: https://gcc.gnu.org/viewcvs?rev=272416&root=gcc&view=rev
Log:
PR ada/80590
* sem_ch5.adb (Analyze_Loop_Statement): Avoid ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80590
--- Comment #24 from Arnaud Charlet ---
Author: charlet
Date: Tue Jun 18 11:45:37 2019
New Revision: 272417
URL: https://gcc.gnu.org/viewcvs?rev=272417&root=gcc&view=rev
Log:
PR ada/80590
* sem_ch5.adb (Analyze_Loop_Statement): Avoid ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88952
--- Comment #14 from Segher Boessenkool ---
Ah no, that is all understood. What I am commenting on is that you
have an odd-even register pair (9 and 10), while every GCC I know of
and/or tested uses an even-odd pair (10 and 11 usually). Curious
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16994
Carlo B. changed:
What|Removed |Added
CC||castro8583bennett at gmx dot
com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90910
Bug ID: 90910
Summary: Missed namespace searching when operating on packed
fields
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90910
--- Comment #1 from Charlie Brej ---
Tested on 4.9.2 and 8.2.0. Fails on both.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90905
--- Comment #4 from Martin Sebor ---
I meant for f1 not to see the string pointed to by p. The warning usually
triggers either for the "must return" and "may return" case but in f1 it's too
complicated for it to see that the return pointer may b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90904
--- Comment #3 from Martin Sebor ---
(In reply to Richard Biener from comment #1)
> I ran into a similar issue while trying
>
> hash_map >
>
> where copying fails to adjust the pointer to the in-place storage giving
> even more obscure errors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Tue Jun 18 13:56:24 2019
New Revision: 272421
URL: https://gcc.gnu.org/viewcvs?rev=272421&root=gcc&view=rev
Log:
2019-06-18 Richard Biener
PR debug/90900
* cfgexpan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90911
Bug ID: 90911
Summary: [10 Regression] 456.hmmer regression with r272239
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90911
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90806
--- Comment #6 from Christophe Lyon ---
I've manually rebuilt both toolchains, and recompiled the testcase.
The warnings are still different, the preprocessed files are identical, the
fdump-tree-wrestrict logs are identical too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90904
--- Comment #4 from rguenther at suse dot de ---
On Tue, 18 Jun 2019, msebor at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90904
>
> --- Comment #3 from Martin Sebor ---
> (In reply to Richard Biener from comment #1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90912
Bug ID: 90912
Summary: Thread-local storage not working properly when
compiling code with -fPIC and optimization on Solaris
Product: gcc
Version: 7.4.1
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90912
--- Comment #1 from Witold Krecicki ---
Created attachment 46498
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46498&action=edit
Minimal testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
Damien Merenne changed:
What|Removed |Added
CC||dam at cosinux dot org
--- Comment #71
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #72 from Jonathan Wakely ---
(In reply to Damien Merenne from comment #71)
> enable-execute-stack.c:25:10: fatal error: sys/mman.h: No such file or
> directory
That's a completely different error. That header is not part of GCC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90911
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90913
Bug ID: 90913
Summary: [10 Regress] ICE in maybe_gen_insn, at optabs.c:7341
since r272239
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-valid-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90900
Richard Biener changed:
What|Removed |Added
Known to work||10.0
Summary|[8/9/10 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90913
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86521
--- Comment #12 from Hannes Hauswedell ---
Is this resolved for GCC 8.4 now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86521
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #73 from Jens-S. Vöckler ---
I agree with Damien Merenne: I recently tried to build gcc 8 on High Sierra on
an APFS in various ways, and it failed every time. I used my old work-around of
creating an HFS+ partition-in-a-file to build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90887
--- Comment #10 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #9)
> cp_parser_jump_statement (for RID_RETURN) [...]
The tree is already different for cp_parser_identifier (called via <-
cp_parser_class_name <- cp_parser_type_nam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90913
--- Comment #1 from Martin Liška ---
$ (gdb) bt
#0 fancy_abort (file=0x18cc0d0 "/home/marxin/Programming/gcc/gcc/optabs.c",
line=7341, function=0x18cc738 "maybe_gen_insn") at
/home/marxin/Programming/gcc/gcc/diagnostic.c:1614
#1 0x00d16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #74 from Damien Merenne ---
Oh yeah, I forgot to mention it is building with -j1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90887
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90913
--- Comment #2 from Martin Liška ---
Created attachment 46500
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46500&action=edit
optimized dump file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90913
--- Comment #3 from Richard Biener ---
Reproduced with -Ofast -march=znver1 -mveclibabi=svml
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90913
--- Comment #4 from Richard Biener ---
Somehow we end up with
(gdb) p debug_tree (maskt)
unit-size
align:8 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x76c52b28 precision:1 min max >
visited
def_stmt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90909
--- Comment #2 from Paolo Carlini ---
I think the below tweak of r271490 should be fine, it considers the bases only
when the fn isn't pure virtual:
Index: call.c
===
--- call.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90905
--- Comment #5 from Marc Glisse ---
struct A { char*p; char c[13]; };
void f(A&a,bool b){
a.p=b?a.c:(char*)__builtin_malloc(13);
__builtin_memcpy(a.p, "hello world!", 12);
a.p[12]=0;
}
gives
if (b_4(D) != 0)
goto ; [67.00%]
else
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60223
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #6 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90841
--- Comment #1 from G. Steinmetz ---
Other variants may also involve :
__atomic_store_n
__atomic_exchange
__atomic_exchange_n
__atomic_compare_exchange
Compiles smoothly with fixed size :
$ cat z3.c
int a[2];
void f()
{ __atomic_l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90914
Bug ID: 90914
Summary: [10 Regression] ICE in
schedule_generic_params_dies_gen, at dwarf2out.c:27153
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90659
--- Comment #4 from G. Steinmetz ---
A modified variant :
$ cat z2.cc
template
void foo (int n)
{
int a[n];
[a]{};
}
void bar ()
{
foo (2);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90915
Bug ID: 90915
Summary: [9/10 Regression] ICE in has_attribute, at
c-family/c-attribs.c:4221
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90916
Bug ID: 90916
Summary: [10 Regression] ICE in retrieve_specialization, at
cp/pt.c:1258
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90907
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90917
Bug ID: 90917
Summary: Propagate constants into loads if dominated by
str(n)cmp/memcmp
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90905
--- Comment #6 from Martin Sebor ---
With str being a local (non-reference) variable this should be diagnosed
because of the str.D.28972._M_local_buf(12):
# _47 = PHI <_59(9), &str.D.28972._M_local_buf(12), _59(8)>
str ={v} {CLOBBER};
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90917
--- Comment #1 from Dávid Bolvanský ---
char f(void) {
char* s = ... ;
if (strcmp(global_s, s) == 0) return global_s[0];
return '-';
}
-->
char f2(void) {
char* s = ... ;
if (strcmp(global_s, s) == 0) return s[0];
return '-';
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90914
Andrew Pinski changed:
What|Removed |Added
Component|c++ |debug
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90915
Martin Sebor changed:
What|Removed |Added
Keywords||error-recovery
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90901
--- Comment #2 from Rajpal Singh ---
(In reply to Richard Biener from comment #1)
> You may want to check GCC 9.1 which received some fixes for -gsplit-dwarf
> which is otherwise in a sorry and unmaintained state...
Thanks Richard for your sugge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90901
--- Comment #3 from Rajpal Singh ---
I did try with g++ 9.1.0 and I still see similar/same issue.
% g++ --version
g++ (GCC) 9.1.0
% readelf -w
readelf: Error: Unknown macro opcode 52 seen
readelf: Error: Unknown macro opcode 12 seen
re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90905
--- Comment #7 from Marc Glisse ---
(In reply to Martin Sebor from comment #6)
> With str being a local (non-reference) variable this should be diagnosed
> because of the str.D.28972._M_local_buf(12):
>
> # _47 = PHI <_59(9), &str.D.28972._M_loc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90916
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90916
Marek Polacek changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90918
Bug ID: 90918
Summary: -Wreturn-local-addr in __splitstack_find in
libgcc/generic-morestack.c
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87907
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=87907
--- Comment #4 from Steve Kargl ---
On Tue, Jun 18, 2019 at 06:20:06PM +, kargl at gcc dot gnu.org wrote:
> This patch
>
> Index: gcc/fortran/resolve.c
> ===
> --- gcc/fortran/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87907
kargl at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90919
Bug ID: 90919
Summary: vector::iterator is constructible from a pointer
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90887
Tobias Burnus changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65707
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90920
Bug ID: 90920
Summary: [9/10 Regression] ABI incompatibility in std::rotate
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Keywords: ABI
Severity: normal
Prior
1 - 100 of 157 matches
Mail list logo
