https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #203 from dave.anglin at bell dot net ---
On 2020-02-25 12:56 a.m., peter.bisroev at groundlabs dot com wrote:
> Now looking at the main.o generated by gcc, the relocation seems to be as
> expected but the relocation address seems to b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93908
--- Comment #5 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d9814ee5972b48eb67a7af171957d1a285453f46
commit r8-10063-gd9814ee5972b48eb67a7af171957d1a285453f46
Author: Jakub Jelinek
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93908
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #118 from John Paul Adrian Glaubitz ---
Is there anything that currently speaks against switching to LRA by default
now?
I think, it would be a good idea for gcc-11 or even gcc-10 if possible. I will
report all issues I'm running int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93806
--- Comment #31 from rguenther at suse dot de ---
On Tue, 25 Feb 2020, vincent-gcc at vinc17 dot net wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93806
>
> --- Comment #28 from Vincent Lefèvre ---
> A slightly modified version of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93763
--- Comment #11 from David Binderman ---
(In reply to Jakub Jelinek from comment #10)
> Really depends on the original source, but e.g. if the original testcase
> doesn't have any warnings, then it would be better for the reduction script
> to av
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93806
--- Comment #32 from Rich Felker ---
> A slightly modified version of the example, showing the issue with GCC 5 to 7
> (as the noipa attribute directive has been added in GCC 8):
Note that __attribute__((__weak__)) necessarily applies noipa and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93565
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10 Regression] wrong |[9/10 Regression] wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|10.0|8.4
Summary|[9/10 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93929
Bug ID: 93929
Summary: In copy elision cases, fallback to lvalue even if
rvalue overload resolution succeeds
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #119 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #118)
> Is there anything that currently speaks against switching to LRA by default
> now?
There were a couple of code quality issues, which I would need to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #6 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #5)
> Hmm, there is one other source code file within webkit2gtk where
> -fno-move-loop-invariants does not help. I can only get that particular
> source file t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #120 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #119)
> Last time this issue came up, I asked you to re-build all debian with -mlra
> enabled
>
> https://gcc.gnu.org/ml/gcc-patches/2019-12/msg00977.html
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #7 from John Paul Adrian Glaubitz ---
Created attachment 47907
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47907&action=edit
Source and preprocessed source plus assembly, second case
Here are the saved temps for the second c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #8 from John Paul Adrian Glaubitz ---
The second case compiles fine with gcc-8 as well, but fails with g++-9 and
g++-10.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485
--- Comment #69 from Jeffrey A. Law ---
So while gcc-10 improves things relative to gcc-9. THe gcc-3.4 code is still
far and away better.
On my box:
gcc-10 1725-1775
gcc-3.4 3000-3050
Clearly it's not even close.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93843
--- Comment #7 from Matthias Kretz (Vir) ---
This one exhibits the issue without -ftree-vectorize (`-O1` suffices) (cf.
https://godbolt.org/z/Swx-jW):
using M [[gnu::vector_size(2)]] = char;
using MM [[gnu::vector_size(4)]] = short;
MM
cvt(M x)
Can't see this email?. View in browser
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #204 from Peter Bisroev ---
(In reply to dave.anglin from comment #203)
> On 2020-02-25 12:56 a.m., peter.bisroev at groundlabs dot com wrote:
> > Now looking at the main.o generated by gcc, the relocation seems to be as
> > expected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
--- Comment #22 from Steve Kargl ---
On Tue, Feb 25, 2020 at 07:32:31AM +, thenlich at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
>
> --- Comment #21 from Thomas Henlich ---
> One should also ask: What is th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93106
Jonathan Wakely changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93929
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53182
--- Comment #8 from Vincent Lefèvre ---
(In reply to Jonathan Wakely from comment #7)
> (In reply to Vincent Lefèvre from comment #6)
> > Also, note that identifiers that are not reserved should not be used,
> > because they could be defined as m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93761
Nathan Sidwell changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92071
--- Comment #11 from David Binderman ---
(In reply to Eric Botcazou from comment #10)
> Fixing.
Over a month has gone by. I see no fix in trunk. Am I looking
in the wrong place ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #205 from Peter Bisroev ---
Hi Dave,
I have submitted bug 25599
(https://sourceware.org/bugzilla/show_bug.cgi?id=25599) to binutils with a
slightly simplified test case and CCed you as well.
Additionally, I was also able to verify t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86827
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273
Martin Sebor changed:
What|Removed |Added
CC||liuw at liuw dot name
--- Comment #16 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93913
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267
Romain Geissler changed:
What|Removed |Added
CC||romain.geissler at amadeus dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267
--- Comment #9 from Jonathan Wakely ---
(In reply to Romain Geissler from comment #8)
> Sorry to jump back into this old bug, but isn't it a issue that this was
> backported to gcc 9 after some releases of gcc 9 were in the wild yet ?
Yes. The c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267
--- Comment #10 from Romain Geissler ---
Ok, I was not sure whether it was more important to have a given major branch
(ie all gcc 9 releases) consistent or favor compatibility with the biggest
number of gcc releases (cross branches). You replied
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92071
--- Comment #12 from Eric Botcazou ---
> Over a month has gone by. I see no fix in trunk. Am I looking
> in the wrong place ?
Why do you think I put "fixing" instead of "fixed"? ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267
--- Comment #11 from Jonathan Wakely ---
Yes, I should add it there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93930
Bug ID: 93930
Summary: Unnecessary broadcast instructions for AVX512
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93931
Bug ID: 93931
Summary: ICE using lambda capture in openMP parallel for
reduction
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Prio
-----
gcc x86-64 version: gcc (GCC) 10.0.1 20200225 (experimental)
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78993
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93843
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93820
--- Comment #6 from Jakub Jelinek ---
On the original testcase, the reason why dse3 doesn't help is we have:
a[4] = 1;
_4 = *c.0_1;
a[5] = _4;
a[3] = 1;
e = 0;
a[8] = 0;
MEM [(int *)&a + 16B] = { 0, 0, 0, 0 };
and c.0_1 might alias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71699
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67196
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932
Bug ID: 93932
Summary: PowerPC vec_extract with variable element number has
code regressions for V2DI/V2DF vectors
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89917
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93930
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89917
--- Comment #4 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:7ac251ee4fa84f5a7583c597fa0641278e3855fc
commit r8-10064-g7ac251ee4fa84f5a7583c597fa0641278e3855fc
Author: Jason Merrill
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932
Michael Meissner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29186
--- Comment #22 from Richard B. Kreckel ---
I can't reproduce this bug any more, with any of the optimization settings on
x86 or x86_64 going back as far as GCC 4.9.2. Delighted to see that this has
been addressed in the meantime (even without su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93933
Nathan Sidwell changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93933
Bug ID: 93933
Summary: [concepts] redeclaration of constrained template give
error
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93912
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9c3da8cc5d01dcccfd98cda20753081414f12877
commit r10-6857-g9c3da8cc5d01dcccfd98cda20753081414f12877
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93933
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70024
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #10 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932
--- Comment #2 from Segher Boessenkool ---
So the issue is that input_operand allows too much?
Other patterns that could use such a fix are float2,
floatuns2, movsd_store, movsd_load,
*vsx_le_permute_, vsx_set_v1ti, vsx_extract__var,
vsx_extract
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87770
--- Comment #10 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:d2221c1179354ad71c4944ea0cc634803aae98f1
commit r8-10066-gd2221c1179354ad71c4944ea0cc634803aae98f1
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92745
--- Comment #10 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:a955c8f0a0aacd9271876ddc5ca8f0ccaca18ac7
commit r8-10065-ga955c8f0a0aacd9271876ddc5ca8f0ccaca18ac7
Author: Marek Polacek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87770
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92745
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93933
Nathan Sidwell changed:
What|Removed |Added
CC||plexando at protonmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934
Bug ID: 93934
Summary: Unnecessary fld of uninitialized float stack variable
results in ub of valid C++ code
Product: gcc
Version: 7.4.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93795
Nathan Sidwell changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93935
Bug ID: 93935
Summary: [9/10 regression] gcc.dg/vect/bb-slp-over-widen-2.c
fails starting with r262371 (r10-6856)
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93934
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93910
stephane.goujet at wanadoo dot fr changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92721
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Component|c++
;
}
The error is:
/opt/compiler-explorer/gcc-trunk-20200225/include/c++/10.0.1/ranges:2828:31:
error: 'constexpr auto& std::ranges::split_view<_Vp,
_Pattern>::_OuterIter<_Const>::__current() const [with bool _Const = true; _Vp
= std::ranges::ref_view >; _Pattern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932
--- Comment #3 from Michael Meissner ---
While I agree that in general, we should only use input_operand for moves and
define_expands, I tend to think in the short term (GCC 10) we should just fix
the case we know about. As you point out, this i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29186
--- Comment #23 from Marc Glisse ---
(In reply to Richard B. Kreckel from comment #22)
> I can't reproduce this bug any more,
I think you are just lucky, I am sure it hasn't been fixed and gcc will still
happily swap FP operations with function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93848
--- Comment #8 from Martin Sebor ---
In
int i[4];
int (*p)[4] = &i;
bar_aux (p[1]);
p[0] points to i and p[1] to (char*)&i + sizeof (i) (which is the same as
&i[4]). The latter is a pointer just past the end of i. Evaluating
past-the-en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
--- Comment #23 from kargl at gcc dot gnu.org ---
Created attachment 47913
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47913&action=edit
Diff that replaces handling of degree trig functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93937
Bug ID: 93937
Summary: Variable vector extract & zero extend insn can never
match
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93937
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
--- Comment #24 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #23)
> Created attachment 47913 [details]
> Diff that replaces handling of degree trig functions.
Fritz,
I have attached a patch that completely replaces how you h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
--- Comment #25 from Steve Kargl ---
On Wed, Feb 26, 2020 at 12:59:31AM +, kargl at gcc dot gnu.org wrote:
>
> * trans-intrinsic.c (rad2deg, deg2rad, gfc_conv_intrinsic_atrigd,
> gfc_conv_intrinsic_trigd, gfc_conv_intrinsic_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #121 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #120)
>
> That's a huge task which is why I prefer fixing issues on the fly.
I thought this is almost fully automated?
You can apply this patch to GCC to e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93938
Bug ID: 93938
Summary: ICE in validate, at analyzer/region-model.cc:231
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93806
--- Comment #33 from Vincent Lefèvre ---
I couldn't find a failing test with FP contraction, but this seems to be
because GCC doesn't optimize as much as it could. Still, the following example
could be interesting in the future or as a non-regres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93939
Bug ID: 93939
Summary: missing optimization for floating-point expression
converted to integer whose result is known at compile
time
Product: gcc
Version: 10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940
Bug ID: 93940
Summary: crazy codegen bug on Og with builtin_constant_p,
coverage, and pthread
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940
--- Comment #1 from Barry Revzin ---
gcc 7.x has the same behavior. gcc 6.x work fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88394
--- Comment #6 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:bf2fe5d49627ca757123f4425a029bd92c50fc05
commit r8-10068-gbf2fe5d49627ca757123f4425a029bd92c50fc05
Author: Jason Merrill
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87748
--- Comment #7 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:ac5e28911abdfb8d9bf6bea980223e199bbcf28d
commit r8-10070-gac5e28911abdfb8d9bf6bea980223e199bbcf28d
Author: Jason Merrill
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87480
--- Comment #7 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:2dcdcda91921b512b978f7223c530352fd61b91b
commit r8-10069-g2dcdcda91921b512b978f7223c530352fd61b91b
Author: Jason Merrill
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87480
--- Comment #8 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:ac5e28911abdfb8d9bf6bea980223e199bbcf28d
commit r8-10070-gac5e28911abdfb8d9bf6bea980223e199bbcf28d
Author: Jason Merrill
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82643
--- Comment #7 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:6470e8caa2bd331fb6e21524d6c14662531cfa9b
commit r8-10072-g6470e8caa2bd331fb6e21524d6c14662531cfa9b
Author: Jason Merrill
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87327
--- Comment #5 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:6470e8caa2bd331fb6e21524d6c14662531cfa9b
commit r8-10072-g6470e8caa2bd331fb6e21524d6c14662531cfa9b
Author: Jason Merrill
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86429
--- Comment #8 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:6470e8caa2bd331fb6e21524d6c14662531cfa9b
commit r8-10072-g6470e8caa2bd331fb6e21524d6c14662531cfa9b
Author: Jason Merrill
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86747
--- Comment #9 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:3d99aab56d7237bb8260653ed07ca8b182fbf975
commit r8-10073-g3d99aab56d7237bb8260653ed07ca8b182fbf975
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940
--- Comment #2 from Barry Revzin ---
Slightly more reduced: https://godbolt.org/z/5R9A5g
: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: qrzhang at gatech dot edu
Target Milestone: ---
It appears to be a recent regression.
My bisect points to g:82e8e335f917b9ce40801838c (needs double check).
$ gcc-trunk -v
gcc version 10.0.1 20200225 (experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940
--- Comment #3 from Andrew Pinski ---
j.d = 0;
__builtin_unreachable ();
Considering void g::i(a)/4 with 31 size
to be inlined into void test()/5 in t6777.cc:40
Estimated badness is -1.161290, frequency 1.00.
Introduced new external node
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93940
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87554
--- Comment #12 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:a57528b33be33d4428ac62901d04cf39807d624e
commit r8-10074-ga57528b33be33d4428ac62901d04cf39807d624e
Author: Jason Merrill
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89831
--- Comment #4 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:2b6565dd2d07d3f2f706795f800d0cc2ff8f2f68
commit r8-10077-g2b6565dd2d07d3f2f706795f800d0cc2ff8f2f68
Author: Jason Merrill
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87685
--- Comment #5 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:b6136084ea86ab0d3fac54be83e50817a3db74a9
commit r8-10075-gb6136084ea86ab0d3fac54be83e50817a3db74a9
Author: Jason Merrill
Da
101 - 200 of 210 matches
Mail list logo
