https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379
Thomas Koenig changed:
What|Removed |Added
Attachment #41405|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80812
Markus Trippelsdorf changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80812
--- Comment #1 from James Almer ---
This started with r248153
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80870
Anders Montonen changed:
What|Removed |Added
Target||sh-elf
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78969
--- Comment #6 from Martin Sebor ---
I also found the following discussion about what looks like the same problem:
https://patchwork.ffmpeg.org/patch/3630
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379
--- Comment #33 from Jerry DeLisle ---
(In reply to Thomas Koenig from comment #32)
> Created attachment 41406 [details]
> Additional files for the previous patch
>
> Here are the new files for the patch.
Well I tried to apply the patch and tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66313
--- Comment #16 from Dmitry Babokin ---
Here's another test case with a contrary example, where a variable gets pulled
into the braces and it also causes false positive. Transformation is: const1 *
(const2 * var1 - const3 * var2) => const1*const2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80868
Nick Desaulniers changed:
What|Removed |Added
CC||ndesaulniers at google dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80597
--- Comment #17 from Dmitry Babokin ---
Yes, it's fix with current trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803
--- Comment #9 from Ian Lance Taylor ---
It's possible that the long output is due to memory corruption from an earlier
test. The way the test is actually run as part of the larger testsuite is
LD_LIBRARY_PATH=../../.libs ./a.out -test.short
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741
--- Comment #9 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue May 23 22:05:56 2017
New Revision: 248390
URL: https://gcc.gnu.org/viewcvs?rev=248390&root=gcc&view=rev
Log:
2017-05-23 Jerry DeLisle
Backport from trunk
PR li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78969
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803
--- Comment #8 from Bill Schmidt ---
More headaches. I see the failure as part of "make GOTESTFLAGS=--keep
net/check", as follows:
$ head -c 1000 TEST.log
--- FAIL: TestParseIP (20.94s)
ip_test.go:47: ParseIP("127.0.1.2") = 127.0.1.2, w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80333
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80333
--- Comment #5 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue May 23 21:39:41 2017
New Revision: 248388
URL: https://gcc.gnu.org/viewcvs?rev=248388&root=gcc&view=rev
Log:
2017-05-23 Paul Thomas
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80871
Bug ID: 80871
Summary: Template partial ordering considered non-ambiguous
with deduced and non-deduced parameter packs
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78969
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80870
Bug ID: 80870
Summary: ICE building sh-elf crosscompiler on macOS
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60992
--- Comment #8 from Jason Merrill ---
Author: jason
Date: Tue May 23 20:51:33 2017
New Revision: 248386
URL: https://gcc.gnu.org/viewcvs?rev=248386&root=gcc&view=rev
Log:
PR c++/80267 - ICE with nested capture of reference
PR c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80267
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Tue May 23 20:51:33 2017
New Revision: 248386
URL: https://gcc.gnu.org/viewcvs?rev=248386&root=gcc&view=rev
Log:
PR c++/80267 - ICE with nested capture of reference
PR c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #19 from Jason Merrill ---
Author: jason
Date: Tue May 23 20:48:58 2017
New Revision: 248385
URL: https://gcc.gnu.org/viewcvs?rev=248385&root=gcc&view=rev
Log:
PR c++/80294 - ICE with constexpr and inheritance.
* con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80396
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80396
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Tue May 23 20:14:01 2017
New Revision: 248384
URL: https://gcc.gnu.org/viewcvs?rev=248384&root=gcc&view=rev
Log:
PR c++/80396 - built-in for make_integer_sequence.
* pt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80869
Bug ID: 80869
Summary: Ada.Directories is missing Name_Case_Equivalence
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80868
Bug ID: 80868
Summary: "Duplicate const" warning emitted in `const
typeof(foo) bar;`
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803
--- Comment #7 from Bill Schmidt ---
Thanks, Ian, I have the saved executable now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867
Bug ID: 80867
Summary: [7 Regression] gnat bootstrap broken on
powerpc64le-linux-gnu
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54168
Wilco changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79242
Orlando Arias changed:
What|Removed |Added
CC||oarias at knights dot ucf.edu
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80866
Nathan Sidwell changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80866
--- Comment #2 from Nathan Sidwell ---
Author: nathan
Date: Tue May 23 17:04:56 2017
New Revision: 248377
URL: https://gcc.gnu.org/viewcvs?rev=248377&root=gcc&view=rev
Log:
PR c++/80866
* parser.c (cp_parser_template_id): Keep th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80823
--- Comment #4 from Peter Bergner ---
Stupid thinko on my part. An extra increment is causing us to skip some of the
case labels in the switch statement, which only causes an ICE/problem if the
skipped case happens to point to the same unreachab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67578
--- Comment #6 from Jonathan Wakely ---
N.B. we still return zero for the default random_device if using the RDRAND
instruction. I don't know what we could do there, except maybe trust Intel and
return the maximum value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67578
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80823
--- Comment #3 from Peter Bergner ---
Testing a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67578
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Tue May 23 16:11:57 2017
New Revision: 248374
URL: https://gcc.gnu.org/viewcvs?rev=248374&root=gcc&view=rev
Log:
PR libstdc++/67578 Implement non-trivial std::random_device::entropy
201
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80866
Nathan Sidwell changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80256
Jerry DeLisle changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80256
--- Comment #4 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue May 23 15:54:59 2017
New Revision: 248371
URL: https://gcc.gnu.org/viewcvs?rev=248371&root=gcc&view=rev
Log:
2017-05-23 Jerry DeLisle
PR libgfortran/80256
* gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80866
Bug ID: 80866
Summary: [8 Regression] segfault in is_overloaded_fn()
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80597
--- Comment #16 from Pat Haugen ---
(In reply to Dmitry Babokin from comment #14)
> Original test case still fails with compiler switches that I've originally
> reported (-fsanitize=undefined).
Is your failure fixed with r248325?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803
--- Comment #6 from Bill Schmidt ---
(In reply to Ian Lance Taylor from comment #5)
> To reproduce:
> make GOTESTFLAGS=--keep net/check
>
> My apologies if I omitted the "/check" before.
Thanks! That helps.
>
> Yes, you have identified t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80865
Bug ID: 80865
Summary: broken compilation on Mac OS X 10.5 / powerpc:
unrecognizable insn
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80861
Wilco changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80864
Bug ID: 80864
Summary: Brace-initialization of a constexpr variable of an
array in a POD triggers ICE from templates
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80743
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80858
--- Comment #5 from Jonathan Wakely ---
Yes, that's great, thanks.
As you observed, Clang doesn't indicate the location that triggers the invalid
instantiation, but EDG does, correctly pointing to line 22:
"um2.cc", line 9: error: no suitable c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67214
--- Comment #5 from Jonathan Wakely ---
Fixed on trunk, but let's keep the bug report open, as this is worth
backporting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80862
--- Comment #1 from Marc Glisse ---
Related to PR 73350.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68211
--- Comment #6 from Marc Glisse ---
(In reply to Jakub Jelinek from comment #4)
> If the upper bits of the register can contain arbitrary garbage, then
> keeping it there might result in e.g. floating point exceptions being raised
> (it could be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80860
David Edelsohn changed:
What|Removed |Added
CC|hubicka at gcc dot gnu.org |
--- Comment #4 from David Edels
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80743
Jan Hubicka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80581
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80852
krister.walfridsson at gmail dot com changed:
What|Removed |Added
CC||krister.walfridsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80863
Bug ID: 80863
Summary: [SH]: sh/sh.c:6772:1: internal compiler error: in
maybe_record_trace_start, at dwarf2cfi.c:2330
Product: gcc
Version: 8.0
URL: https://buildd.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80862
Bug ID: 80862
Summary: [x86] Wrong rounding results for some test cases
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67214
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Tue May 23 10:16:08 2017
New Revision: 248362
URL: https://gcc.gnu.org/viewcvs?rev=248362&root=gcc&view=rev
Log:
PR libstdc++/67214 Avoid signed overflow in num_get::_M_extract_int
2017
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80860
--- Comment #3 from David Edelsohn ---
But I had a successful bootstrap with r248295, which is after your patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80836
René J.V. Bertin changed:
What|Removed |Added
Host||linux
--- Comment #4 from René J.V. B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80860
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80860
--- Comment #2 from Segher Boessenkool ---
It is memory corruption. PR80843 may be the same.
It is caused by my r248256, sws for FP.
I have a patch. What a silly bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80844
--- Comment #3 from Peter Cordes ---
(In reply to Jakub Jelinek from comment #2)
> It doesn't always zero, it can be pretty arbitrary.
Is if feasible have it just load the first vector of elements, instead of
broadcasting the identity value? i.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80837
--- Comment #2 from Peter Cordes ---
(In reply to Richard Biener from comment #1)
> GCC 8 generates a __atomic_load_16 call for me while GCC 6 does
>
> lock cmpxchg16b (%rdi)
That's expected. See https://gcc.gnu.org/ml/gcc-patches/2017
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80844
--- Comment #2 from Jakub Jelinek ---
(In reply to Richard Biener from comment #1)
> If OMP SIMD always zeros the vector then it could also emit the maybe easier
> to optimize
>
> WITH_SIZE_EXPR<_3, D.2841> = {};
It doesn't always zero, it ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80860
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80474
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80474
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80844
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
69 matches
Mail list logo
