https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77905
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77906
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
--- Comment #10 from Arseny Solokha ---
Segher, can you update on the status of this PR, as the stage 1 apparently
approaches to its end?
20161008 (experimental) [trunk revision 240893] (GCC)
$
$ gcc-trunk -c -O2 small.C
small.C:17:19: internal compiler error: in ipa_comdats, at ipa-comdats.c:352
C::C(int) : A(1) {}
^
0x15145eb ipa_comdats
../../gcc-source-trunk/gcc/ipa-comdats.c:352
0x15145eb execute
20161008 (experimental) [trunk revision 240893] (GCC)
$
$ gcc-trunk -c -O2 small.C
small.C:17:19: internal compiler error: in ipa_comdats, at ipa-comdats.c:352
C::C(int) : A(1) {}
^
0x15145eb ipa_comdats
../../gcc-source-trunk/gcc/ipa-comdats.c:352
0x15145eb execute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62630
Richard Biener changed:
What|Removed |Added
Target Milestone|6.2 |7.0
Andrew Pinski changed:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60641
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77859
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77894
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77904
Bug ID: 77904
Summary: [ARM Cortex-M0] Frame pointer thrashes registers if
assembly statements with "sp" clobber are used
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77903
--- Comment #3 from Dominique d'Humieres ---
> C1556 must be in F2015 ...
I did not find it my f2015 draft (24th December 2014 11:24).
> Searching for phrases within C1556 on the cited email
> in the Final Committee Draft of F2008 does not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77903
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #1)
> Note that I did not find the 'C1556 (R1527)' constraints mentioned at
> https://gcc.gnu.org/ml/fortran/2016-10/msg00055.html.
C1556 must be in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77901
--- Comment #4 from Bernd Edlinger ---
ok, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77901
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77903
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77903
Bug ID: 77903
Summary: gfortran 6.1.0/7.0.0 accept invalid code with
conflicting module/submodule interfaces
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77821
--- Comment #7 from PeteVine ---
The bug doesn't occur on an aarch64 system (built with gcc5):
$ du ufo-arm64-gcc*
3312ufo-arm64-gcc5
3072ufo-arm64-gcc5-lto
3256ufo-arm64-gcc6
3056ufo-arm64-gcc6-lto
3288ufo-arm64-gcc7
3040
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77901
--- Comment #2 from Bernd Edlinger ---
reproducer:
cat min.c
union internal_auxent
{
struct {
union {
long l;
} x_tagndx;
} x_sym;
};
struct coff_symbol
{
int c_sclass;
};
int complaint ();
int decode_type (struct coff_symbol * cs,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26686
John David Anglin changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77896
--- Comment #5 from Ryan Johnson ---
In an ideal world, C++ would disallow such behavior by default, with a function
attribute of some kind that flags cases where a type change might occur (kind
of like how c++11 assumes `nothrow()` for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77896
--- Comment #4 from Ryan Johnson ---
Yikes. That explains it, all right.
I never would have thought of an object destroying itself and changing its type
with placement new... I guess it must be subject to the same restrictions as
`delete this`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77902
Bug ID: 77902
Summary: Auto-vectorizes epilogue loops or manually vectorized
functions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77901
--- Comment #1 from Bernd Edlinger ---
this seems to fix it:
Index: gcc/tree-ssa-reassoc.c
===
--- gcc/tree-ssa-reassoc.c (revision 240867)
+++ gcc/tree-ssa-reassoc.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50892
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77901
Bug ID: 77901
Summary: ICE in tree-sse-reassoc,c:2881
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77900
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
--- Comment #31 from Dominique d'Humieres ---
Created attachment 39773
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39773=edit
Test adjustments required by the patches in comment 20
27 matches
Mail list logo
