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
gcc/ada/bindgen.o differs
gcc/ada/b_gna
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=83148
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
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=83155
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&root=gcc&view=rev
Log:
PR target/83100
* varasm.c (bss_initializer_p): Return tru
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83160
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83159
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83158
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
Sever
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&action=edit
Compiler output generated for crash on v.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81307
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Mon Nov 27 08:48:56 2017
New Revision: 255161
URL: https://gcc.gnu.org/viewcvs?rev=255161&root=gcc&view=rev
Log:
PR debug/81307
* dbxout.c (lastlineno): New variable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83162
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic, ra
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83163
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83164
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83021
--- Comment #11 from Jürgen Reuter ---
The ICEs are indeed with that problem.
(Duplicate ticket https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83042)
However, now I get segfaults however in several of our C and C++ bind(C)
interfaces. I do not know
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83171
--- Comment #2 from Richard Biener ---
A match.pd pattern would fix that I guess. Similarly we can elide
conversions of args to ffs and ctz.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83069
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83176
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83170
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81248
--- Comment #8 from Martin Jambor ---
Author: jamborm
Date: Mon Nov 27 10:33:06 2017
New Revision: 255163
URL: https://gcc.gnu.org/viewcvs?rev=255163&root=gcc&view=rev
Log:
[PR 81248] Fix ipa-sra size check
2017-11-27 Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80645
--- Comment #7 from Andreas Schwab ---
comment#1 is completely unrelated to this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83100
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81307
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83159
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80776
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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 00
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=80198
--- Comment #9 from Jakub Jelinek ---
Jeff, any progress with this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80788
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=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=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
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=80929
--- Comment #9 from Jakub Jelinek ---
Created attachment 42729
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42729&action=edit
gcc8-pr80929.patch
Like this untested patch.
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 -fdiagnostics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82066
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Commen
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&root=gcc&view=rev
Log:
PR c++/81675
* cp-gimplify.c (cp_fold) : Don't return imme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58693
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Commen
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&action=edit
WIP patch
What I have sitting in my tree. Steps to make this clean is
1) refactor things to record the orig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83177
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Status
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
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
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=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 here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71233
Tamar Christina changed:
What|Removed |Added
CC||lennox at cs dot columbia.edu
--- Comm
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=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 vecto
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=83158
--- Comment #4 from Richard Biener ---
Or rather
&& ((TYPE_PRECISION (TREE_TYPE (*vr0min))
>= TYPE_PRECISION (integer_type_node))
|| POINTER_TYPE_P (TREE_TYPE (*vr0min)))
targeti
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 -m
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=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=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=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 o
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=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=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 conditi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83069
Andrey Guskov changed:
What|Removed |Added
CC||andrey.y.guskov at intel dot
com
--- Co
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: norma
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&action=edit
The DLL in question produced by MSVC
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=83181
Bug ID: 83181
Summary: [C++17] Invalid deduction guide accepted
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
Prior
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 tree-vect-s
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=81019
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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 configure the compiler?
../../../
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=83172
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78238
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #9 from G.
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=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=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=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=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=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.
Howe
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
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 func
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=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=83184
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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 f
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; see
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 for
1 - 100 of 140 matches
Mail list logo
