https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77834
--- Comment #5 from Jakub Jelinek ---
Though, e.g. on
void bar (int a, int b);
void
foo (int a, int b)
{
bar (b, 6);
}
like on the above mentioned testcase, I see REG_EQUIV with (mem (argp)) on the
loads as well as (use (mem (argp))) on the ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78112
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #9 from Pierre-Marie de Rodat ---
[...]
> My analysis so far is that gen_subprogram_die is supposed to be called a very
> specific number of times for each function and my
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848
--- Comment #6 from Richard Biener ---
Note that bb-slp-cond-1.c is a particulaly bad example as it shows a defect in
the loop vectorizing data dependence analysis.
But yes, BB vectorization also benefits from if-conversion (but not only in
loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
--- Comment #16 from Richard Biener ---
(In reply to David Edelsohn from comment #15)
> Another option is to force the COMDAT group to NULL in set_comdat_group() if
> !HAVE_COMDAT_GROUP. That would allow the rest of the COMDAT functionality to
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78203
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78201
Richard Biener changed:
What|Removed |Added
Target||aarch64, arm
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78201
--- Comment #1 from Richard Biener ---
DECL_SIZE is always sizetype (unsigned), so using tree_to_shwi looks odd. Of
course this is a local object on the stack which never should use anchors
so the fix should be in the caller (which you omit from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #3 from Richard Biener ---
http://gcc.opensuse.org/SPEC/CINT/sb-czerny-head-64-2006/index.html
confirms the regression (even bigger with -Ofast -flto -march=native which
is a skylake here). Likewise
http://gcc.opensuse.org/SPEC/CINT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77834
Jakub Jelinek changed:
What|Removed |Added
Attachment #39960|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Fri Nov 4 08:54:42 2016
New Revision: 241841
URL: https://gcc.gnu.org/viewcvs?rev=241841&root=gcc&view=rev
Log:
2016-11-04 Richard Biener
PR middle-end/78185
* loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185
Richard Biener changed:
What|Removed |Added
Known to work||4.4.7, 7.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78122
--- Comment #4 from Martin Liška ---
Ok, problem is that Fortran FE decides to make p STATIC in:
/* Derived types are a bit peculiar because of the possibility of
a default initializer; this must be applied each time the variable
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78198
--- Comment #4 from Martin Liška ---
The code is rejected by clang 3.8.1:
clang++ pr78198.cpp -c -std=gnu++11
pr78198.cpp:8:12: error: expected ')'
D(aArgs...);
^
pr78198.cpp:8:6: note: to match this '('
D(aArgs...);
^
pr7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
--- Comment #18 from Dominique d'Humieres ---
> Still a current issue?
The test in comment 0 is not vectorized with trunk (7.0) at r241833.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68600
--- Comment #14 from Thomas Koenig ---
Question: Would it make sense to add an option so that only
matrices with size known at compile-time are inlined?
Somethin like
-finline-matmul-size-var=0 (to disable), -finline-matmul-size-fixed=5
(to inl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78201
--- Comment #2 from Yvan Roux ---
Hi Richard,
sorry for the lack of context, here is the full backtrace:
reduced.C: In function 'void f()':
reduced.C:7:8: internal compiler error: in tree_to_shwi, at tree.c:7313
char a[e] = "";
^
0x1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78204
Bug ID: 78204
Summary: ‘no_sanitize’ attribute directive ignored
[-Wattributes]
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78204
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78204
--- Comment #2 from Jan Kratochvil ---
Yes, that would be the best, to stay compatible with clang.
Or is there some other way how to disable -fsanitize=float-divide-by-zero only
for one function / block of code?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78205
Bug ID: 78205
Summary: BB vectorization confused by too large load groups
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78204
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
--- Comment #19 from Richard Biener ---
We do find SLP opportunities but in the end fail to vectorize with AVX2
because of
t.f90:158:0: note: BB vectorization with gaps at the end of a load is not
supported
t.f90:158:0: note: not vectorized: rel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78199
--- Comment #1 from Sebastian Huber ---
A native 64-bit PowerPC GCC built on
uname -a
Linux gcc2-power8.osuosl.org 3.17.4-301.fc21.ppc64le #1 SMP Mon Dec 1 07:51:01
UTC 2014 ppc64le ppc64le ppc64le GNU/Linux
generates this
gcc -O2 -ftls-model=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
--- Comment #20 from Dominique d'Humieres ---
> (maybe you can benchmark with -fno-vect-cost-model?)
Compiling the code in comment 0 with -fno-vect-cost-model leads to
% grep mulpd pr37150.s | wc -l
142
% grep mulsd pr37150.s | wc -l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176
--- Comment #7 from Matthew Fortune ---
(In reply to Eric Botcazou from comment #6)
> > The issue may stem from the C front end where the dumps start off as below.
> > Note that the '-1' in kappa-1 has ended up being represented as 1073741823
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
--- Comment #21 from Richard Biener ---
Ok, so fixing the accounting to disregard obviously dead loads gets us to
t.f90:158:0: note: Cost model analysis:
Vector inside of basic block cost: 1224
Vector prologue cost: 0
Vector epilogue cost:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176
--- Comment #8 from Eric Botcazou ---
> The expansion looks like an acceptable transformation to me i.e. it is not
> introducing the overflow for the offending pointer just maintaining what is
> already in the tree.
Wrap around for unsigned type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37150
--- Comment #22 from Richard Biener ---
Not costing redundant permutations (using a too trival implementation but good
enough for this case):
t.f90:158:0: note: Cost model analysis:
Vector inside of basic block cost: 984
Vector prologue cost
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78206
Bug ID: 78206
Summary: bootstrap failure under Apple sandbox that blacklists
reads in /usr/local
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78198
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Fri Nov 4 12:47:01 2016
New Revision: 241843
URL: https://gcc.gnu.org/viewcvs?rev=241843&root=gcc&view=rev
Log:
PR c++/78198 - inherited template ctor with default arg
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78207
Bug ID: 78207
Summary: outdated comment outlining wrong edition of REs in
g-regexp.ads (GNAT.Regexp) for GNAT.Regpat
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848
--- Comment #7 from Bill Schmidt ---
OK, I will try to get some machine time to do performance testing of the
existing patch as soon as possible.
Here is the list of failures:
> FAIL: gcc.dg/vect/bb-slp-cond-1.c -flto -ffat-lto-objects
> scan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78198
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78198
--- Comment #7 from Martin Liška ---
(In reply to Jason Merrill from comment #6)
> Fixed.
Thanks for the fast fix. The PR has block compilation of Firefox.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848
--- Comment #8 from Bill Schmidt ---
FYI, the patch I am testing is:
Index: gcc/tree-if-conv.c
===
--- gcc/tree-if-conv.c (revision 241802)
+++ gcc/tree-if-conv.c (working copy)
@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848
--- Comment #9 from rguenther at suse dot de ---
On Fri, 4 Nov 2016, wschmidt at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848
>
> --- Comment #7 from Bill Schmidt ---
> OK, I will try to get some machine time to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848
--- Comment #10 from rguenther at suse dot de ---
On Fri, 4 Nov 2016, wschmidt at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848
>
> --- Comment #8 from Bill Schmidt ---
> FYI, the patch I am testing is:
>
> Index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848
--- Comment #11 from Bill Schmidt ---
(In reply to rguent...@suse.de from comment #10)
> On Fri, 4 Nov 2016, wschmidt at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848
> >
> > --- Comment #8 from Bill Schmidt -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78206
--- Comment #1 from Jack Howarth ---
Executing the failing configure test with the stage1 xgcc compiler appears as
follows...
# sandbox-exec -f
/sw/src/fink.build/gcc5-5.4.0-3/darwin_objdir/x86_64-apple-darwin15.6.0/libgcc/fink.sb
/sw/src/fink.b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78208
Bug ID: 78208
Summary: Compile-time hog with -fsanitize=null with operator
overloading
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78208
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848
--- Comment #12 from Bill Schmidt ---
So I'll now test
Index: gcc/tree-if-conv.c
===
--- gcc/tree-if-conv.c (revision 241802)
+++ gcc/tree-if-conv.c (working copy)
@@ -2767,7 +276
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176
--- Comment #9 from Matthew Fortune ---
(In reply to Eric Botcazou from comment #8)
> > The expansion looks like an acceptable transformation to me i.e. it is not
> > introducing the overflow for the offending pointer just maintaining what is
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78206
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78209
Bug ID: 78209
Summary: rvalue reference binding to an lvalue accepted
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
--- Comment #17 from David Edelsohn ---
ld: 0711-317 ERROR: Undefined symbol: .std::allocator::allocator()
ld: 0711-317 ERROR: Undefined symbol: .std::__cxx11::basic_string, std::allocator >::basic_string(char const*,
std::allocator const&)
ld: 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
--- Comment #18 from David Edelsohn ---
Changing pass_ipa_comdats::gate to
return HAVE_COMDAT_GROUP && optimize;
does not experience the tree-vrp.c bootstrap failure and does not generate the
numerous additional testsuite failures.
There is on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
--- Comment #19 from David Edelsohn ---
I will try
if (HAVE_COMDAT_GROUP)
symbol->set_comdat_group (comdat_group);
else
symbol->set_comdat_group (NULL);
in varasm.c:make_decl_one_only().
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78210
--- Comment #1 from Christophe Lyon ---
Created attachment 39964
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39964&action=edit
slsr-8.c.223t.optimized
.ident "GCC: (GNU) 7.0.0 20161104 (experimental)"
.section.note.GNU-stack,"",@progbits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78211
Bug ID: 78211
Summary: [7 Regression] -fcompare-debug failure with -flto
-fno-use-linker-plugin
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78210
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78212
Bug ID: 78212
Summary: Fortran allocatable strings in derived type elements
debug info
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24546
Bug 24546 depends on bug 71906, which changed state.
Bug 71906 Summary: [6/7 Regression] Fortran allocatable strings debug info type
size regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71906
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71906
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78212
Bug 78212 depends on bug 71906, which changed state.
Bug 71906 Summary: [6/7 Regression] Fortran allocatable strings debug info type
size regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71906
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78210
--- Comment #3 from Bill Schmidt ---
Author: wschmidt
Date: Fri Nov 4 15:21:38 2016
New Revision: 241845
URL: https://gcc.gnu.org/viewcvs?rev=241845&root=gcc&view=rev
Log:
2016-11-04 Bill Schmidt
PR tree-optimization/78210
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78210
--- Comment #4 from Bill Schmidt ---
Should be fixed now. Please confirm and I will backport. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71973
--- Comment #4 from Bernd Edlinger ---
Author: edlinger
Date: Fri Nov 4 15:30:52 2016
New Revision: 241846
URL: https://gcc.gnu.org/viewcvs?rev=241846&root=gcc&view=rev
Log:
2016-11-04 Bernd Edlinger
PR c++/71973
* g++.dg/cp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #12 from Paul Thomas ---
Created attachment 39966
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39966&action=edit
Fix for testcase in comment 9
The testcase in comment #10 seems to have been fixed by Andre.
After regtesting,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78210
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78211
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78213
Bug ID: 78213
Summary: -fself-test fails on aarch64
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78213
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-checking
Target Miles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78213
Andrew Pinski changed:
What|Removed |Added
Keywords||build, ice-on-valid-code
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78213
--- Comment #3 from ktkachov at gcc dot gnu.org ---
I see.
init_emit explicitly sets:
REG_POINTER (virtual_incoming_args_rtx) = 1;
So I'd think that the /f appears on all targets then?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78213
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72803
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77949
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
--- Comment #20 from David Edelsohn ---
Using set_comdat_group(NULL) in varasm.c did not correct the testsuite
failures. The only option that has worked so far is to disable ipa-comdat at
gate function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78214
Bug ID: 78214
Summary: nanq() does not return a quiet NaN
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libquadmath
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78214
--- Comment #1 from Levi Morrison ---
Perhaps a less error-prone way to set that same bit is:
UINT64_C(0x1) << 47
Not sure what would be preferred.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176
--- Comment #10 from Eric Botcazou ---
> Sure, and in this case there are no implicit extensions to larger types. The
> bug does require an implicit extension to occur but this only happens at
> runtime when on 64-bit hardware and the core is not
at* and GCC 7.0.0 20161104** (built with only
--disable-multib option), the undefined behavior warning from
aggressive-loop-optimization does not trigger with certain loops.
gcc invocation:
gcc -g -Wall -O2 -Werror loop_error.c
The program (attached in both .c and .i versions) is a simple for lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78215
--- Comment #1 from Patrick Farrell ---
Created attachment 39969
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39969&action=edit
reproducer .c file
.c version of the reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67980
--- Comment #6 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Nov 4 18:58:53 2016
New Revision: 241858
URL: https://gcc.gnu.org/viewcvs?rev=241858&root=gcc&view=rev
Log:
/cp
2016-11-04 Paolo Carlini
PR c++/67980
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67980
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176
Maciej W. Rozycki changed:
What|Removed |Added
CC||ma...@linux-mips.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
--- Comment #21 from rguenther at suse dot de ---
On November 4, 2016 3:30:55 PM GMT+01:00, "dje at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
>
>--- Comment #18 from David Edelsohn ---
>Changing pass_ipa_comdat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
--- Comment #22 from David Edelsohn ---
There are two levels of set_comdat_group(). I am going to move the assert to
cgraph.h and try to find what else is setting comdat groups.
Do you want me to gate IPA comdat in the interim?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77834
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 4 19:14:07 2016
New Revision: 241859
URL: https://gcc.gnu.org/viewcvs?rev=241859&root=gcc&view=rev
Log:
PR target/77834
* alias.c (nonoverlapping_memrefs_p): Retu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77860
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77949
--- Comment #3 from Aldy Hernandez ---
Caused by:
commit b65b8df248d4eb4801cbe16287cf32eda9325dec
Author: dmalcolm
Date: Tue Jul 5 15:50:54 2016 +
PR c++/62314: add fixit hint for "expected ';' after class definition"
gcc/cp/Cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64933
--- Comment #5 from Paul Thomas ---
Author: pault
Date: Fri Nov 4 19:23:44 2016
New Revision: 241860
URL: https://gcc.gnu.org/viewcvs?rev=241860&root=gcc&view=rev
Log:
2016-04-19 Paul Thomas
PR fortran/64933
* primary.c (gfc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77791
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77834
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28767
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77375
Jakub Jelinek changed:
What|Removed |Added
Summary|[5/6/7 Regression] constant |[5/6 Regression] constant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78161
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56974
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63243
Bug 63243 depends on bug 56974, which changed state.
Bug 56974 Summary: c++ ref qualifiers not represented in DWARF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56974
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78174
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
--- Comment #23 from rguenther at suse dot de ---
On November 4, 2016 8:09:15 PM GMT+01:00, "dje at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
>
>--- Comment #22 from David Edelsohn ---
>There are two levels of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78216
Bug ID: 78216
Summary: Segfault when dealing with a parameter pack of member
functions pointers
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78216
--- Comment #1 from Michele Caini ---
Link to a question on SO:
http://stackoverflow.com/questions/40431236/gcc-ice-segfault-and-clang-compiles-just-fine-is-this-valid-code
I suspect the code is valid and should be accepted, but I'm not sure abo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72803
--- Comment #2 from Aldy Hernandez ---
This looks like a duplicate of pr77949, but I cannot confirm since I can't
reproduce it. Since this looks like it could be white space or column
sensitive, could the reporter please include the testcase as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #13 from Dominique d'Humieres ---
> Created attachment 39966 [details]
> Fix for testcase in comment 9
Works as advertised.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77349
David Edelsohn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 108 matches
Mail list logo
