https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #1 from Eric Bollengier ---
Created attachment 38906
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38906&action=edit
ii file generated with -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #2 from Eric Bollengier ---
Created attachment 38907
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38907&action=edit
c++ file that reproduces the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70842
--- Comment #10 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Thu Jul 14 17:07:47 2016
New Revision: 238347
URL: https://gcc.gnu.org/viewcvs?rev=238347&root=gcc&view=rev
Log:
gcc/testsuite/ChangeLog:
2016-07-14 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71511
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71495
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71839
--- Comment #7 from Anton Shterenlikht ---
submitted as OCA ticket 207:
https://github.com/sourceryinstitute/opencoarrays/issues/207
hope to close this ticket when there is some clarity from OCA people
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71164
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
--- Comment #3 from Jakub Jelinek ---
This is during ldist, destroy_loop removes a loop which contains a PHI that is
used by a debug stmt used after the loop, and during
rewrite_into_loop_closed_ssa this is detected and ICEs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Thu Jul 14 18:30:38 2016
New Revision: 238351
URL: https://gcc.gnu.org/viewcvs?rev=238351&root=gcc&view=rev
Log:
PR tree-optimization/71872
* tree-data-ref.c (get_referenc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71858
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Jul 14 18:34:00 2016
New Revision: 238352
URL: https://gcc.gnu.org/viewcvs?rev=238352&root=gcc&view=rev
Log:
PR c/71858
* c-decl.c (lookup_name_fuzzy): Ignore binding-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71865
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Thu Jul 14 18:42:53 2016
New Revision: 238353
URL: https://gcc.gnu.org/viewcvs?rev=238353&root=gcc&view=rev
Log:
PR testsuite/71865
* gcc.dg/diagnostic-token-ranges.c: Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71712
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
--- Comment #7 from Jakub Jelinek ---
Shouldn't this be solvable in C++14 and later?
We still reject it:
error: ‘((y = 1), 6.2e-1)’ is not a constant expression
but I suppose with some hacking of cp/constexpr.c this could be handled.
constexpr d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56856
--- Comment #8 from Manuel López-Ibáñez ---
(In reply to Martin Sebor from comment #7)
> Thanks for the background and the pointer. Is this report then a duplicate
> of bug 43486?
It may be possible to fix this one imperfectly without fixing PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29819
--- Comment #4 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Jul 14 20:54:40 2016
New Revision: 238354
URL: https://gcc.gnu.org/viewcvs?rev=238354&root=gcc&view=rev
Log:
2016-07-14 Steven G. Kargl
PR fortran/29819
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29819
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71865
--- Comment #4 from Bill Seurer ---
Thanks, that fixed things up.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71886
Bug ID: 71886
Summary: Incorrect error on operator() being an member in
template
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71886
--- Comment #1 from Tomasz Kamiński ---
Such code is useful, for example in case of variant universal
constructor from U&&, where there is a need to determine best candidate among
the function taking parameter each type be value.
This may be imp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71886
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71117
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #14 from Vincent ---
The bug is still in 6.1.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71463
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5
-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160714 (experimental) [trunk revision 238331] (GCC)
$
$ gcc-trunk -O0 small.c; ./a.out
$ gcc-6.1 -O1 small.c; ./a.out
$
$ gcc-trunk -O1 small.c
$ ./a.out
Floating point exception (core dumped
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
asmwarrior changed:
What|Removed |Added
CC||asmwarrior at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #4 from asmwarrior ---
It looks like the code is called from an inline function, you can see this code
snippet in the prepossessed file.
inline wxObject *wxCheckDynamicCast(wxObject *obj, wxClassInfo *classInfo)
{
return obj &&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71888
Bug ID: 71888
Summary: internal compiler error: in force_type_die, at
dwarf2out.c:23236
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71889
Marek Behun changed:
What|Removed |Added
CC||kabel at blackhole dot sk
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71889
Bug ID: 71889
Summary: [5.4 Regression] [MIPS] python: "insn does not satisfy
its constraints"
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
--- Comment #4 from Eric Bollengier ---
I don't know exactly when someone decided that a doing memset(buf, 0,
sizeof(buf)); leads to an "undefined behavior", but it's how C and C++ work
since quite long time. And it's also why the operator new()
101 - 132 of 132 matches
Mail list logo
