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
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
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
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
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
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:
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=gcc=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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59461
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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
trunk/gcc/combine.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70890
Maciej W. Rozycki changed:
What|Removed |Added
CC|
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
---
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=gcc=rev
Log:
2016-11-11 Michael Meissner
PR
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
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)
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
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
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
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
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
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=edit
ubsan-pr77823.patch
Completely untested patch to allow libubsan handling vector types.
Though, not sure if it
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 <
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
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=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
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=gcc=rev
Log:
PR target/78310
* config/i386/i386.md (rotate to rotatex
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=gcc=rev
Log:
PR target/78310
* config/i386/i386.md (rotate to rotatex
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
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=gcc=rev
Log:
PR target/78310
* config/i386/i386.md (rotate to rotatex
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
---
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
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=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
---
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=gcc=rev
Log:
gcc/testsuite
PR testsuite/78292
*
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:
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
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
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=gcc=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
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=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
=
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
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
---
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?
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
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=gcc=rev
Log:
2016-11-11 Richard Biener
PR
1 - 100 of 143 matches
Mail list logo