https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80788
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80881
--- Comment #5 from jyong at gcc dot gnu.org ---
Can you post the full backtrace? Meanwhile, I'll setup gcc with --enable-tls
and give this a try.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58693
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83177
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #14 from Andrew Roberts ---
It would be nice if znver1 for -march and -mtune could be improved before the
gcc 8 release. At present -march=znver1 -mtune=znver1 looks be to about the
worst thing you could do, and not just on this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83178
Bug ID: 83178
Summary: [8 regression] g++.dg/ipa/devirt-22.C fail
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83179
--- Comment #1 from Andrey Guskov ---
g++.dg/pr79095-4.C also affected:
spawn -ignore SIGHUP /work/gcc/testsuite/g++2/../../xg++
-B/work/gcc/testsuite/g++2/../../ /source/gcc/testsuite/g++.dg/pr79095-4.C
-fno-diagnostics-show-caret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83179
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83158
--- Comment #2 from Richard Biener ---
Indeed it's related. We now have range-info for
x_16 = x_15(D) + 2;
and thus:
Visiting conditional with predicate: if (x_16 == 0)
With known ranges
x_16: [-2147483646, +INF]
...
Intersecting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58693
--- Comment #6 from Tamar Christina ---
Sorry, I phrased it incorrectly, I meant to say, bug #71233 should supersede
this one. As in deed it has more details and is more up to date.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81675
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Mon Nov 27 13:13:22 2017
New Revision: 255167
URL: https://gcc.gnu.org/viewcvs?rev=255167=gcc=rev
Log:
PR c++/81675
* cp-gimplify.c (cp_fold) : Don't return immediately
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82066
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65930
--- Comment #3 from Richard Biener ---
Created attachment 42730
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42730=edit
WIP patch
What I have sitting in my tree. Steps to make this clean is
1) refactor things to record the original
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80198
--- Comment #9 from Jakub Jelinek ---
Jeff, any progress with this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58693
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58693
Tamar Christina changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71233
Tamar Christina changed:
What|Removed |Added
CC||lennox at cs dot columbia.edu
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80929
--- Comment #9 from Jakub Jelinek ---
Created attachment 42729
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42729=edit
gcc8-pr80929.patch
Like this untested patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83179
Bug ID: 83179
Summary: [8 regression] gcc.dg/ipa/inline-1.c fail
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #13 from Jan Hubicka ---
> So is this option still helping with the latest microcode? Not in this case at
> least.
It is on my TODO list to re-benchmark 256bit vectorization for Zen. I do not
think microcode is a big difference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80929
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83158
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83164
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79392
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|WAITING
Resolution|WORKSFORME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83183
Bug ID: 83183
Summary: Out of memory with option -finit-derived
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82336
--- Comment #3 from Nathan Sidwell ---
When checking the default arg during parsing, we perform an implicit conversion
inside an unevaluated_operand context. That's needed to fix 54198, where an
ill-formed instantiation occurs otherwise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80198
--- Comment #10 from Jeffrey A. Law ---
Yea. The code that was recording NAME = NAME conditional equivalences was
largely disabled back in August. They'll only be recorded now if one name is
cheaper to compute than the other.
So if the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78238
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83179
--- Comment #5 from Martin Jambor ---
Andrey, what makes you think that the g++.dg/pr79095-4.C and regex.c
issues are related to dump scan failure of ipa/inline-1.c?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #15 from Jan Hubicka ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
>
> --- Comment #14 from Andrew Roberts ---
> It would be nice if znver1 for -march and -mtune could be improved before the
> gcc 8 release. At present
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #17 from Andrew Roberts ---
The general consensus in userland is that the znver1 optimization is much worse
than 0.5%, or even 2% off. Most people are using -march=haswell if they care
about performance.
Just taking one part of one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83180
Bug ID: 83180
Summary: MINGW: Linking to libpq.dll produced with MSVC-x64
generates invalid code
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82604
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82604
--- Comment #8 from amker at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #7)
> The #c5 approach sounds better to me, we can have memsets in the IL even
> from the user, so would be nice if we handled those in the dr analysis too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46186
AK changed:
What|Removed |Added
CC||hiraditya at msn dot com
--- Comment #27 from AK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83183
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83170
Sunil Pandey changed:
What|Removed |Added
CC||skpgkp1 at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83158
--- Comment #4 from Richard Biener ---
Or rather
&& ((TYPE_PRECISION (TREE_TYPE (*vr0min))
>= TYPE_PRECISION (integer_type_node))
|| POINTER_TYPE_P (TREE_TYPE (*vr0min)))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83179
--- Comment #3 from Martin Jambor ---
Started with Honza's r255103.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81019
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
--- Comment #6 from Rainer Emrich ---
(In reply to Eric Botcazou from comment #5)
> r247301 is the switch to native exceptions for the compiler proper and we
> know that this works on 64-bit Windows. How do you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81020
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83172
--- Comment #2 from Hao Hou ---
(In reply to Eric Botcazou from comment #1)
> What happens for -Wvla-larger-than= if you use -O0 or -O1 instead of -O3?
The same result:
$ gcc-7 -Wvla-larger-than=128 -Wstack-usage=102400 -O0 -c t.c
t.c: In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83180
--- Comment #2 from Andrew Pinski ---
I suspect this is a binutils bug and should be reported to them
(https://sourceware.org/bugzilla/ ).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83181
Bug ID: 83181
Summary: [C++17] Invalid deduction guide accepted
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83182
Bug ID: 83182
Summary: undefined behavior in generic_wide_int due to missing
input validation
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83185
Bug ID: 83185
Summary: ICE with -fsanitize=address in
build_simple_mem_ref_loc, at tree.c:4696
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83184
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #16 from Richard Biener ---
(In reply to Jan Hubicka from comment #13)
> > So is this option still helping with the latest microcode? Not in this case
> > at
> > least.
>
> It is on my TODO list to re-benchmark 256bit vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83164
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83069
Andrey Guskov changed:
What|Removed |Added
CC||andrey.y.guskov at intel dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83179
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83178
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83164
--- Comment #7 from David Malcolm ---
BZ mangled the underline a bit in comment #6; the caret is on the '-'
character, like this simplified version:
thunk->callback = LHS - RHS;
^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83163
Martin Sebor changed:
What|Removed |Added
Target||x86_64-pc-linux-gnu
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83173
--- Comment #1 from Mike Gulick ---
Just a minor update. I re-tested the reproducer on gcc 5.4 as well as 4.9.2,
and the issue is present in both of those. I had originally thought the bug
was not present in gcc 5.4 or earlier, however this is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83172
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83184
Bug ID: 83184
Summary: Out of memory or ICE with option -fdec
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83180
--- Comment #1 from Lars Kanis ---
Created attachment 42732
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42732=edit
The DLL in question produced by MSVC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83179
--- Comment #4 from Andrey Guskov ---
32-bit SPEC CPU2017::507/607 also affected:
during GIMPLE pass: vect
gnu/regex.c: In function 'regexec.constprop':
gnu/regex.c:5751:1: internal compiler error: in vectorizable_mask_load_store,
at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81019
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
--- Comment #7 from Eric Botcazou ---
And what's the output of 'gcc -v' for the base compiler?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83069
Sudakshina Das changed:
What|Removed |Added
CC||sudi.das at arm dot com
--- Comment #9
from Sunil Pandey ---
Seems like I hit the same bug while compiling mariadb with GCC8.
$cat CMap.i.cc
void a() {
int b = 0;
for (; b < 256; ++b)
a();
}
$g++ --version
g++ (GCC) 8.0.0 20171127 (experimental)
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software;
WDate.i.C
class a {
operator unsigned();
};
template void b() { static_cast(a{}); }
$g++ --version
g++ (GCC) 8.0.0 20171127 (experimental)
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83076
--- Comment #6 from Paul Thomas ---
Created attachment 42733
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42733=edit
A partial fix for the PR
This fixes the testcase and, indeed, some more elaborate versions. However,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80916
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83179
--- Comment #6 from Andrey Guskov ---
Simple. Those fails are due to the same revision.
I decided not to create a truckload of separate bugs (there`s also a chance
that there are more cases to come, as 3 CPU2006 regressions are still not done
from Sunil Pandey ---
This bug also appear during Linux kernel build from LFS with GCC 8. Work fine
with GCC 7.
$cat main.i.c
void __attribute__((__cold__)) a(void);
void b(void);
__attribute__((noinline)) c(void) { a(); }
d(void) {
b();
c();
}
$gcc --version
gcc (GCC) 8.0.0 20171127
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69638
Martin Sebor changed:
What|Removed |Added
Status|WAITING |RESOLVED
Known to work|
cos(double);
double sin(double);
}
template class a;
template <> struct a {
typedef __complex__ b;
a(double c, double p2) : k{c, p2} {}
b k;
};
typedef double d;
d e;
class f {
a g;
void h();
};
void f::h() {
const d i = e;
g = a(cos(e), sin(e));
}
$g++ --version
g++ (GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83172
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80818
--- Comment #9 from Vladimir Makarov ---
(In reply to Andreas Krebbel from comment #8)
> Hi Vladimir. What do you think about the additional patch?
Andreas, sorry for the delay with the answer. The patch looks reasonable for
me. If your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83180
Lars Kanis changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83172
--- Comment #4 from Hao Hou ---
(In reply to Eric Botcazou from comment #3)
> > The same result:
> >
> > $ gcc-7 -Wvla-larger-than=128 -Wstack-usage=102400 -O0 -c t.c
> > t.c: In function ‘stack_usage_only’:
> > t.c:23:5: warning: stack usage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82333
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45975
Martin Sebor changed:
What|Removed |Added
Keywords||accepts-invalid
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70834
Martin Sebor changed:
What|Removed |Added
Known to fail||6.4.0, 7.2.0, 8.0
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81888
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8 Regression] Structured |[7 Regression] Structured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81888
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Nov 27 21:54:25 2017
New Revision: 255180
URL: https://gcc.gnu.org/viewcvs?rev=255180=gcc=rev
Log:
PR c++/81888
* parser.c (cp_parser_decomposition_declaration):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83188
Bug ID: 83188
Summary: A class-wide type is considered different than itself
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83160
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69638
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|2016-02-02
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81248
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80881
Jakub Jelinek changed:
What|Removed |Added
CC||jyong at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80926
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83155
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83192
Bug ID: 83192
Summary: ICE for printing derived type
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83193
Bug ID: 83193
Summary: Help for invalid -march= options from cc1 omits
-march=native on x86-64, arm. aarch64, output also
inconsistent
Product: gcc
Version: 8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470
--- Comment #4 from Rainer Emrich ---
Unfortunately the issue persists. There are even more failures.
Comparing stages 2 and 3
Bootstrap comparison failure!
gcc/ada/ali-util.o differs
gcc/ada/ali.o differs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83148
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83156
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83100
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Mon Nov 27 08:34:50 2017
New Revision: 255160
URL: https://gcc.gnu.org/viewcvs?rev=255160=gcc=rev
Log:
PR target/83100
* varasm.c (bss_initializer_p): Return true for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83155
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83177
Bug ID: 83177
Summary: ICE with -mmpx -fcheck-pointer-bounds +
__builtin___bnd_narrow_ptr_bounds + _setjmp
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83177
--- Comment #1 from Paul Eggert ---
Created attachment 42727
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42727=edit
Compiler output generated for crash on v.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83168
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83150
--- Comment #5 from Richard Biener ---
There's a dup about the calling of async unsafe functions during internal error
handling, PR28859.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83157
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
--- Comment #1 from Richard Biener
1 - 100 of 140 matches
Mail list logo