https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #11 from Bernd Edlinger ---
(In reply to Jakub Jelinek from comment #10)
> Created attachment 41131 [details]
> gcc7-pr80308.patch
>
> Full patch (untested so far).
Thanks!
I will give it a real-world test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #10 from Jakub Jelinek ---
Created attachment 41131
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41131&action=edit
gcc7-pr80308.patch
Full patch (untested so far).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80320
Bug ID: 80320
Summary: Constructor executed twice for the same static member
when using -fno-implicit-templates
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |7.0
Summary|asan crash on big
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #9 from Jakub Jelinek ---
Short testcase (meant for c-c++-common/asan/pr80308.c (or
gcc.dg/asan/pr80308.c):
/* PR sanitizer/80308 */
/* { dg-do run } */
__attribute__((noinline, noclone)) int
foo (char *a)
{
int i, j = 0;
asm vol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
--- Comment #5 from Jakub Jelinek ---
The other way to get rid of those errors would be wrap the MMX/3dNOW headers
into additional #pragma GCC target("sse") for 64-bit, but then you wouldn't be
able to use the MMX intrinsics with -mno-sse -mmmx -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80310
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80310
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 5 05:25:18 2017
New Revision: 246699
URL: https://gcc.gnu.org/viewcvs?rev=246699&root=gcc&view=rev
Log:
PR target/80310
* tree-nvr.c: Include internal-fn.h.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80319
Bug ID: 80319
Summary: Support for floatundidf and floatundisf
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80213
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80314
--- Comment #3 from Sumit ---
(In reply to Jonathan Wakely from comment #1)
> I think these both need to come from either libc or libgcc.
Is it something that I have missed while compiling the tool chain? Please
suggest.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80314
--- Comment #2 from Sumit ---
(In reply to Jonathan Wakely from comment #1)
> I think these both need to come from either libc or libgcc.
I have checked my libgcc and it does not have that either.
onx-sbansal-01|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80318
Bug ID: 80318
Summary: GCC takes too much RAM and time compiling a template
file
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
--- Comment #4 from roland at gnu dot org ---
I'd assumed it would be fixed just with more #pragma push_options,
target("sse"), pop_options, sequences.
It seems like a separate issue about automagically allowing things in
always_inline cases, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
--- Comment #12 from Thomas Koenig ---
(In reply to Dominique d'Humieres from comment #3)
> The change occurred between revisions r239317 (2016-08-10, OK) and r239423
> (2016-08-12, wrong).
Can you narrow it down further?
I don't see anything
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80305
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61837
--- Comment #2 from Bill Schmidt ---
Also needs to hoist the "addi 8,4,-1" out to permit this. That instruction is
also invariant.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79883
Georg-Johann Lay changed:
What|Removed |Added
Severity|normal |minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79883
Georg-Johann Lay changed:
What|Removed |Added
Keywords||diagnostic
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79883
Georg-Johann Lay changed:
What|Removed |Added
CC||gjl at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79580
Volker Reichelt changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58634
Volker Reichelt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #8 from Bernd Edlinger ---
Yeah, the patched asan.c works!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80316
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #1 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80302
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69498
koenigni at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80317
Bug ID: 80317
Summary: Missed optimization for common standard library case
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
Jakub Jelinek changed:
What|Removed |Added
Summary|[6/7 Regression] Compiler |[6 Regression] Compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80302
--- Comment #1 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Apr 4 19:37:22 2017
New Revision: 246695
URL: https://gcc.gnu.org/viewcvs?rev=246695&root=gcc&view=rev
Log:
PR go/80302
time: make the ParseInLocation test more ro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #6 from Bernd Edlinger ---
this looks suspicious:
--- asan.c.jj 2017-03-27 10:25:01.0 +0200
+++ asan.c 2017-04-04 21:15:31.444941816 +0200
@@ -2762,7 +2762,8 @@ asan_store_shadow_bytes (gimple_stmt_ite
unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
Thomas Koenig changed:
What|Removed |Added
Keywords|diagnostic |wrong-code
Summary|Warn about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 4 19:14:47 2017
New Revision: 246693
URL: https://gcc.gnu.org/viewcvs?rev=246693&root=gcc&view=rev
Log:
PR c++/80297
* genmatch.c (capture::gen_transform): For G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
Chinoune changed:
What|Removed |Added
Attachment #41117|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
--- Comment #11 from Michael_S ---
Created attachment 41128
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41128&action=edit
ARMv7 case
ARMv7 - very similar to x64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
--- Comment #10 from Michael_S ---
Created attachment 41127
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41127&action=edit
bad reg allocation despite no-tree-ter
No problems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
Thomas Koenig changed:
What|Removed |Added
Keywords|wrong-code |diagnostic
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
--- Comment #9 from Bernd Schmidt ---
Cou(In reply to Michael_S from comment #8)
> Here is a variant that makes an issue to show on x64 with -fno-tree-ter.
> https://godbolt.org/g/mSLiRZ
Could you attach this here as well? I've been trying to ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
--- Comment #8 from Chinoune ---
(In reply to Thomas Koenig from comment #7)
> Fun fact: -flto also fixes it.
It fixes the first test not the second (comment #5)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #5 from Jakub Jelinek ---
(In reply to Bernd Edlinger from comment #4)
> weird, in function OTServerBaseNode::addReference
> the shadow ram is initialize correctly, and it
> is overwritten in line 671 immediately before the crash:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #4 from Bernd Edlinger ---
weird, in function OTServerBaseNode::addReference
the shadow ram is initialize correctly, and it
is overwritten in line 671 immediately before the crash:
=> 0x129fc870 rlwinm r9,r29,29,3,31
2: x/i 0x3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
--- Comment #7 from Thomas Koenig ---
Fun fact: -flto also fixes it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
Michael_S changed:
What|Removed |Added
CC||already5chosen at yahoo dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
--- Comment #6 from Thomas Koenig ---
The *.original dump shows ANNOTATE_EXPRs:
if (ANNOTATE_EXPR ) goto L.3;
i.0 = 0;
count.2 = 2;
while (1)
{
if (ANNOTATE_EXPR ) goto L.2;
Thes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390
--- Comment #14 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 4 17:52:27 2017
New Revision: 246686
URL: https://gcc.gnu.org/viewcvs?rev=246686&root=gcc&view=rev
Log:
PR tree-optimization/79390
* target.h (struct noce_if_inf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80316
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80316
Bug ID: 80316
Summary: std::promise treats no shared state as undefined
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80314
Jonathan Wakely changed:
What|Removed |Added
Component|c++ |libgcc
--- Comment #1 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286
--- Comment #8 from gregory hainaut ---
(In reply to Jakub Jelinek from comment #7)
> wrong-code fixed on the trunk so far, optimizations still not.
Thanks you for the quick fix :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80315
Bug ID: 80315
Summary: Calling __builtin_crypto_vshasigmaw with argument 3
out of range creates an unrecognizable insn
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80296
Volker Reichelt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80296
--- Comment #3 from Volker Reichelt ---
Author: reichelt
Date: Tue Apr 4 16:30:44 2017
New Revision: 246683
URL: https://gcc.gnu.org/viewcvs?rev=246683&root=gcc&view=rev
Log:
PR c++/80296
* cxx-pretty-print.c (cxx_pretty_printer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #11 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #9)
> This was added as an PR79141 fix. CCing Nathan.
Sorry, wrong PR (too many tabs open).
I meant PR70393.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80307
--- Comment #2 from Thomas Preud'homme ---
Author: thopre01
Date: Tue Apr 4 16:24:18 2017
New Revision: 246682
URL: https://gcc.gnu.org/viewcvs?rev=246682&root=gcc&view=rev
Log:
[ARM] Fix small multiply feature
2017-04-03 Thomas Preud'homme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80178
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80314
Bug ID: 80314
Summary: Undefined reference to __dso_handle & __cxa_atexit
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #10 from Markus Trippelsdorf ---
I've posted the simple patch here:
https://gcc.gnu.org/ml/gcc-patches/2017-04/msg00132.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
Markus Trippelsdorf changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #8 from Jakub Jelinek ---
ICE started with r218220.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80280
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80313
Bug ID: 80313
Summary: -march=znver1 produce worse code than -march=haswell
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80312
Bug ID: 80312
Summary: libatomic: add -fasynchronous-unwind-tables option for
building
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
--- Comment #5 from Chinoune ---
Created attachment 41124
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41124&action=edit
the second test program
This is another test which fails with all the optimizations directives (except
-Og).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65530
Bug 65530 depends on bug 78631, which changed state.
Bug 78631 Summary: [Intel MPX] libmpxwrappers shared library leads to a
non-bounds-preserving memcpy()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35591
--- Comment #1 from Martin Liška ---
Sounds interesting. I'm planning to switch default counter type for string
routines to Top N. That would allow such transformations. Do you have any
interesting benchmark where one can see a speed gap benefiti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35543
--- Comment #4 from Martin Liška ---
>
> Yes, looks like it is done for memcpy, memset, bzero, etc, but not strncmp,
> memcmp, memmove, strncpy etc.
>
>
Hi David.
Do you have any interesting benchmarks where optimization of such function
wou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48361
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80310
--- Comment #1 from Jakub Jelinek ---
Created attachment 41122
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41122&action=edit
gcc7-pr80310.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80311
Bug ID: 80311
Summary: Bound member functions extension allows bogus
conversions
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Keywords: accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80306
niva at niisi dot msk.ru changed:
What|Removed |Added
Known to fail||4.7.4
--- Comment #1 from niva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80310
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80310
Bug ID: 80310
Summary: [7 Regression] Bogus -Wpsabi warning with
-fsanitize=signed-integer-overflow
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
--- Comment #3 from Markus Trippelsdorf ---
Ugh, looks like a garbage collector issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69498
--- Comment #7 from koenigni at gcc dot gnu.org ---
Author: koenigni
Date: Tue Apr 4 13:41:41 2017
New Revision: 246679
URL: https://gcc.gnu.org/viewcvs?rev=246679&root=gcc&view=rev
Log:
2017-03-18 Nicolas Koenig
PR fortran/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
--- Comment #2 from Markus Trippelsdorf ---
Started with r246653.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
Bug ID: 80309
Summary: [7 Regression] ICE: canonical types differ for
identical types _Args2 and _Args2
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #3 from Martin Liška ---
Ok, looks there's just ppc64 in the compile farm. Running on gcc110, asan.exp
works all fine except c-c++-common/asan/swapcontext-test-1.c.
I also verified that w/ -m32, shadow memory in properly prepared:
=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #14 from Richard Biener ---
(In reply to Richard Biener from comment #13)
> typedef std::pair std::pair > > > FruMap;
> extern const FruMap frus[] = {
> { 1, { "", { "", {"",""}, }, }, },
> };
>
> is twice as fast as
>
> typedef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #13 from Richard Biener ---
typedef std::pair > > > FruMap;
extern const FruMap frus[] = {
{ 1, { "", { "", {"",""}, }, }, },
};
is twice as fast as
typedef std::pair > > > > FruMap;
extern const FruMap frus[] = {
{ 1, { ""
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71577
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #2 from Bernd Edlinger ---
(In reply to Martin Liška from comment #1)
> I'll take a look. Can I reproduce it on a machine we have in compile farm?
No, idea, if I find time, I will try to get a smaller test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
Richard Biener changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #12 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
--- Comment #9 from rguenther at suse dot de ---
On Tue, 4 Apr 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
>
> --- Comment #8 from Jakub Jelinek ---
> Created attachment 41121
> --> https://gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80297
--- Comment #8 from Jakub Jelinek ---
Created attachment 41121
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41121&action=edit
gcc7-pr80297.patch
Patch I'm going to test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80038
--- Comment #29 from Xi Ruoyao ---
https://gcc.gnu.org/ml/gcc-patches/2017-03/msg01563.html
Patch proposal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77919
Andreas Krebbel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79893
Andreas Krebbel changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79904
Andreas Krebbel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #11 from Jonathan Wakely ---
With gcc-6 every extra member of the init-list increases memory usage
dramatically:
TOTAL : 0.64 0.17 0.82 126289 kB
TOTAL : 0.76 0.23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #10 from Jonathan Wakely ---
Or even just:
#include
typedef std::pair > > > > FruMap;
#define INIT { 1, { "", { "", { "", {"",""}, }, } }, }
extern const FruMap frus[] = {
INIT,
INIT,
INIT,
INIT,
INIT,
};
All the time is spent i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #9 from Jonathan Wakely ---
Reduced:
#include
typedef std::pair > > > > FruMap;
#define INIT { 1, \
{ "/system/chassis/motherboard/cpu0", \
{ "xyz.openbmc_project.Inventory.Decorator.Asset", \
{ "PartNumber", \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80290
--- Comment #8 from Jonathan Wakely ---
The drastic slowdown started with r225189
We can't realistically revert that, so we'll have to find a way to make the FE
faster. I don't really know what I'm talking about, but I like this idea:
(In reply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80286
Jakub Jelinek changed:
What|Removed |Added
Summary|[5/6/7 Regression] AVX2 |[5/6 Regression] AVX2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79876
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
1 - 100 of 150 matches
Mail list logo
