https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78317
Andrew Pinski changed:
What|Removed |Added
Keywords||TREE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78309
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |7.0
Summary|ICE: in get_hash,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78325
--- Comment #1 from Maciej W. Rozycki ---
NB the notes are added by `mips_legitimize_move'.
On Fri, Nov 11, 2016 at 10:30 PM, nick wrote:
> Greetings Gcc Folks,
> Either this is me doing something very simple in a school assignment for
> creating a basic hashtable
> or a compiler bug. I am currently seeing this error during my tables run on
> copy constructor call during
> the tester a
Greetings Gcc Folks,
Either this is me doing something very simple in a school assignment for
creating a basic hashtable
or a compiler bug. I am currently seeing this error during my tables run on
copy constructor call during
the tester and have set to find out why it doesn't work. After some goo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78327
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78327
--- Comment #5 from Martin Sebor ---
In your test case the int variable isn't in the [-TYPE_MAX + N, N] range which
is the one that triggers the bug/limitation (that's why I'd like to keep it in
the summary). The following test case shows the pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78324
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 2016 (experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78327
--- Comment #4 from Andrew Pinski ---
No it is only types < int. That is char and short. Please look at my test case
and you will see that the one that does not work is only the char form.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78327
Martin Sebor changed:
What|Removed |Added
Summary|Improve VRP for ranges of |Improve VRP for ranges of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78327
Andrew Pinski changed:
What|Removed |Added
Summary|-Walloca-large-than false |Improve VRP for ranges of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78329
Bug ID: 78329
Summary: incorrect debug info for return type deduction C++14
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78328
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78328
Bug ID: 78328
Summary: wrong value in -Walloca-larger-than note
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71225
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71225
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 11 23:42:25 2016
New Revision: 242328
URL: https://gcc.gnu.org/viewcvs?rev=242328&root=gcc&view=rev
Log:
PR c++/71225
* g++.dg/cpp0x/pr71225.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71225
--- Comment #2 from Jakub Jelinek ---
r236486 turned the ICE into rejection:
pr71225.C: In member function ‘void stride_view::adaptor::advance()’:
pr71225.C:23:19: error: call of overloaded ‘clean()’ is ambiguous
clean();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78327
Marc Glisse changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59461
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
ropagate results from inner
REGs to paradoxical SUBREGs.
(num_sign_bit_copies1) : Likewise. Check that the mode is not
larger than a word before invoking LOAD_EXTEND_OP on it.
Added:
trunk/gcc/testsuite/gcc.target/sparc/2016-1.c
Modified:
trunk/gcc/ChangeLog
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78327
Bug ID: 78327
Summary: -Walloca-large-than false positives due to bad range
info for signed integers in [-TYPE_MAX + N, N]
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294
--- Comment #8 from Markus Trippelsdorf ---
I've opened https://sourceware.org/bugzilla/show_bug.cgi?id=20805.
It would be good if someone could come up with a small testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78326
Bug ID: 78326
Summary: incorrect c++ usage in experimental/vector and others?
_X_max_align is inaccessible
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70890
Maciej W. Rozycki changed:
What|Removed |Added
CC||ma...@linux-mips.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78325
Bug ID: 78325
Summary: [7 regression] r235825 causes
gcc.target/mips/call-5.c, gcc.target/mips/call-6.c
R_MIPS_JALR failures
Product: gcc
Version: 7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78296
kugan at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78316
kugan at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
Davin McCall changed:
What|Removed |Added
CC||davmac at davmac dot org
--- Comment #25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78243
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78243
--- Comment #3 from Michael Meissner ---
Author: meissner
Date: Fri Nov 11 19:12:12 2016
New Revision: 242317
URL: https://gcc.gnu.org/viewcvs?rev=242317&root=gcc&view=rev
Log:
2016-11-11 Michael Meissner
PR target/78243
* co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78324
Bug ID: 78324
Summary: Valgrind issues seen with
gcc.dg/tree-ssa/builtin-sprintf-2.c
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294
--- Comment #7 from Markus Trippelsdorf ---
Disassembly of libtsan.so.0.0.0:
0006efd0 <_ZN6__tsan10InitializeEPNS_11ThreadStateE>:
if (is_initialized)
6ef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294
--- Comment #6 from Markus Trippelsdorf ---
OK, it looks like a ld.gold bug. I normally always use ld.gold on my system.
However if I build gcc with ld.bfd then everything works fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77505
--- Comment #4 from Steve Kargl ---
On Fri, Nov 11, 2016 at 04:49:49AM +, elizebethp at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77505
>
> Elizebeth Punnoose changed:
>
Hi Elizebeth,
Just an administrative ques
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78323
Bug ID: 78323
Summary: pathological code generation for long logical
expression with temporary objects
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78322
Bug ID: 78322
Summary: Debug info still present for fully optimized away
functions
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78264
Aldy Hernandez changed:
What|Removed |Added
Target|i386-pc-solaris2.12,|i386-pc-solaris2.12,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78321
Bug ID: 78321
Summary: Fission + type units + compression are suboptimal
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78320
Bug ID: 78320
Summary: Excess debug info -fdebug-types-section
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78264
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Aldy Hernandez
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294
--- Comment #5 from Dmitry Vyukov ---
Markus, how do you configure and build gcc? Is there anything special?
Our tls accesses should not go through __tls_get_addr because we use
initial-exec attribute. __tls_get_addr vs indirect access through g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77823
--- Comment #7 from Jakub Jelinek ---
Created attachment 40029
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40029&action=edit
ubsan-pr77823.patch
Completely untested patch to allow libubsan handling vector types.
Though, not sure if it w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78120
--- Comment #8 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #0)
> typedef unsigned long u64;
>
> typedef struct {
> u64 hi, lo;
> } u128;
>
> static inline u128 add_u128 (u128 a, u128 b)
> {
> a.lo += b.lo;
> if (a.lo < b.l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78120
--- Comment #7 from Bernd Schmidt ---
Sorry James, I think these two got mixed up in my memory.
I've attached a candidate patch I'm testing. This tries to make a better effort
to calculate before/after costs for the speed case so we don't rely e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78120
--- Comment #6 from Bernd Schmidt ---
Created attachment 40028
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40028&action=edit
Candidate patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50438
--- Comment #7 from Dominique d'Humieres ---
> The patch in comment 5 regtests cleanly. However, it only fixes comment 1
> but not comment 0.
Any progress?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
--- Comment #19 from Dominique d'Humieres ---
> Any opinions on this?
So far 2 for, 0 against. May be the patch can be committed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56480
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78310
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78310
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Nov 11 17:04:18 2016
New Revision: 242124
URL: https://gcc.gnu.org/viewcvs?rev=242124&root=gcc&view=rev
Log:
PR target/78310
* config/i386/i386.md (rotate to r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78316
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78310
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Nov 11 16:42:54 2016
New Revision: 242077
URL: https://gcc.gnu.org/viewcvs?rev=242077&root=gcc&view=rev
Log:
PR target/78310
* config/i386/i386.md (rotate to r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319
Bug ID: 78319
Summary: PASS->FAIL: gcc.dg/uninit-pred-8_a.c bogus warning
(test for bogus messages, line 20)
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78310
--- Comment #2 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Nov 11 16:21:52 2016
New Revision: 242076
URL: https://gcc.gnu.org/viewcvs?rev=242076&root=gcc&view=rev
Log:
PR target/78310
* config/i386/i386.md (rotate to r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78318
Bug ID: 78318
Summary: FAIL: g++.dg/pr78112.C scan-assembler-times
DW_AT_object_pointer 37
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78120
James Greenhalgh changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78317
--- Comment #2 from Andrew Pinski ---
Bug 9814 but that was marked as fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78317
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78317
Bug ID: 78317
Summary: "if (x & constant) z |= constant" should not be
rendered with jumps and conditional moves
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78316
--- Comment #1 from amker at gcc dot gnu.org ---
The gcc is configured as:
configure --target=aarch64-none-elf --prefix=... --with-gmp=... --with-mpfr=...
--with-mpc=... --with-isl=... --with-pkgversion=unknown --disable-shared
--disable-nls --di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78316
Bug ID: 78316
Summary: FAIL: gcc.dg/ipa/vrp7.c scan-ipa-dump-times cp
"Setting value range of param 0 \\[-10, 9\\]" 1
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78309
--- Comment #3 from Markus Trippelsdorf ---
Yes, your patch seems to fix the issue. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78314
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78315
Bug ID: 78315
Summary: "Changes" don't explain what "LRA" is
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: web
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78309
--- Comment #2 from Martin Liška ---
Created attachment 40024
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40024&action=edit
Un-tested patch
Can you please Markus test the attached patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78112
--- Comment #16 from Dominique d'Humieres ---
> Also on arm/aarch64.
Also on x86_64-apple-darwin16.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78112
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78292
--- Comment #4 from amker at gcc dot gnu.org ---
Author: amker
Date: Fri Nov 11 14:59:48 2016
New Revision: 242073
URL: https://gcc.gnu.org/viewcvs?rev=242073&root=gcc&view=rev
Log:
gcc/testsuite
PR testsuite/78292
* gcc.d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78314
--- Comment #1 from Andrew Pinski ---
No wonder that one fails on thunderx.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #25 from Dominique d'Humieres ---
Confirmed provided I run genfixes in the fixincludes directory.
For the record, note that configuring gcc with --disable-libsanitizer replace
an ICE with accept-invalid in pr44348.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348
--- Comment #20 from Dominique d'Humieres ---
> I cannot confirm that. I do see the ICE on comment 2 at r242066.
OK. I have "recovered" the ICE with the patch at
https://gcc.gnu.org/ml/gcc-patches/2016-11/msg01045.html (pr78267). AFAICT the
ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78314
Bug ID: 78314
Summary: [aarch64] ieee_support_halting does not report
unsupported fpu traps correctly
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78114
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from amker at gcc dot gnu.org ---
> But for tests:
> FAIL: gfortran.dg/vect/fast-math-mgrid-resid.f -O scan-tree-dump-times
> pcom
> "Executing predictive commoning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78313
--- Comment #2 from David Malcolm ---
Thanks. Has some similarities to PR 77922.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78307
--- Comment #7 from Jakub Jelinek ---
(In reply to Maxim Ostapenko from comment #6)
> (In reply to Jakub Jelinek from comment #5)
> > (In reply to Maxim Ostapenko from comment #4)
> > > But LLVM doesn't support shared UBSan runtime (the only one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78313
Jakub Jelinek changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78313
Bug ID: 78313
Summary: [7 Regression] Misleading spelling suggestion
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78307
--- Comment #6 from Maxim Ostapenko ---
(In reply to Jakub Jelinek from comment #5)
> (In reply to Maxim Ostapenko from comment #4)
> > But LLVM doesn't support shared UBSan runtime (the only one supported is
> > ASan) and AFAIK there aren't any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72774
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78307
--- Comment #5 from Jakub Jelinek ---
(In reply to Maxim Ostapenko from comment #4)
> But LLVM doesn't support shared UBSan runtime (the only one supported is
> ASan) and AFAIK there aren't any plans to support it there.
Yeah, it is a very weird
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72774
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 11 13:39:06 2016
New Revision: 242070
URL: https://gcc.gnu.org/viewcvs?rev=242070&root=gcc&view=rev
Log:
PR c++/72774
* g++.dg/parse/pr72774.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78307
--- Comment #4 from Maxim Ostapenko ---
(In reply to Jakub Jelinek from comment #3)
> Sure, it doesn't affect gcc emitted code unless somebody calls those
> directly, but perhaps say llvm compiled code using the shared libubsan.so.
But LLVM doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78311
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78112
--- Comment #14 from Rainer Orth ---
Created attachment 40023
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40023&action=edit
i386-pc-solaris2.12 assembler output: pr78112.s
Unfortunately, the new testcase FAILs on both Solaris/SPARC and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78120
--- Comment #4 from Bernd Schmidt ---
The other issue here seems to be simply that BRANCH_COST is 0 for predictable
branches on x86. Which makes the default implementation of the hook used here
if_info.max_seq_cost
= targetm.max_noce_ifcvt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78307
--- Comment #3 from Jakub Jelinek ---
Sure, it doesn't affect gcc emitted code unless somebody calls those directly,
but perhaps say llvm compiled code using the shared libubsan.so. In any case,
we shouldn't be making ABI incompatible changes in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78312
--- Comment #2 from Zdenek Sojka ---
(In reply to Richard Biener from comment #1)
> Hmm.
>
> So [0, 1] * ~[1, 65534] gets
>
> MEET ([0, 1] * [0, 0] == [0, 0],
> [0, 1] * [65535, 65535] == ~[1, 65534]) == ~[1, 65534]
>
> that looks ok to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78307
--- Comment #2 from Matthias Klose ---
I can't tell. I was just looking at symbol difference in the library, like
using the abigail tools.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78307
Maxim Ostapenko changed:
What|Removed |Added
CC||m.ostapenko at samsung dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78312
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77346
--- Comment #3 from Aldy Hernandez ---
Nope, still can't reproduce. Can you run your compile line with -v and post
the results, to see if there are any other flags passed to cc1 that I am
unaware of?
powerpc-e300c3-linux-gnu-gcc-7.0.0-alpha2016
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78120
--- Comment #3 from Bernd Schmidt ---
Gah, that's obviously bogus and fails elsewhere. Still looking...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78310
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72774
--- Comment #4 from Jakub Jelinek ---
Ah, and I've fixed it already in r240148. I'll check the testcase in and
close.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78295
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71575
Richard Biener changed:
What|Removed |Added
Known to work||7.0
Summary|[6/7 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71575
--- Comment #12 from Richard Biener ---
Author: rguenth
Date: Fri Nov 11 12:54:25 2016
New Revision: 242069
URL: https://gcc.gnu.org/viewcvs?rev=242069&root=gcc&view=rev
Log:
2016-11-11 Richard Biener
PR tree-optimization/71575
1 - 100 of 143 matches
Mail list logo
