https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63495
Bug ID: 63495
Summary: struct __attribute__ ((aligned (8))) broken on x86
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57003
--- Comment #29 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Oct 9 06:36:08 2014
New Revision: 216026
URL: https://gcc.gnu.org/viewcvs?rev=216026root=gccview=rev
Log:
PR rtl-optimization/57003
* regcprop.c
On Thu, Oct 09, 2014 at 01:54:57PM +0800, Rongqing Li wrote:
The attachment is a piece of C code.
When compile it with -O2 option, a segfault occurs:
strncpy(new, old, cp-old);
It is a bug of course, but in the testcase.
Calling strncpy with NULL second argument, even when the size is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55821
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55821
--- Comment #5 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org ---
Author: fxcoudert
Date: Thu Oct 9 07:40:39 2014
New Revision: 216027
URL: https://gcc.gnu.org/viewcvs?rev=216027root=gccview=rev
Log:
PR libquadmath/55821
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63495
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63495
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55821
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63381
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63380
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
*** Bug 63381 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63445
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63445
--- Comment #10 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Oct 9 08:20:53 2014
New Revision: 216028
URL: https://gcc.gnu.org/viewcvs?rev=216028root=gccview=rev
Log:
2014-10-09 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #11 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Oct 9 08:21:46 2014
New Revision: 216029
URL: https://gcc.gnu.org/viewcvs?rev=216029root=gccview=rev
Log:
2014-10-09 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57003
--- Comment #30 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Oct 9 08:22:23 2014
New Revision: 216030
URL: https://gcc.gnu.org/viewcvs?rev=216030root=gccview=rev
Log:
Backport from mainline
2014-10-09 Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63480
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63480
--- Comment #7 from Marek Polacek mpolacek at gcc dot gnu.org ---
Author: mpolacek
Date: Thu Oct 9 08:25:50 2014
New Revision: 216031
URL: https://gcc.gnu.org/viewcvs?rev=216031root=gccview=rev
Log:
PR c/63480
* c-typeck.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63489
--- Comment #3 from Jonathan Hogg jonathan.hogg at stfc dot ac.uk ---
Confirmed, this is the cause is the larger example as well. I had missed the
introduction of -fsanitize=address, useful feature. I'd assumed something like
that valgrind would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53025
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60132
--- Comment #3 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Oct 9 08:37:26 2014
New Revision: 216032
URL: https://gcc.gnu.org/viewcvs?rev=216032root=gccview=rev
Log:
2014-10-09 Ville Voutilainen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60132
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63428
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63379
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63379
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63375
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57003
--- Comment #31 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Oct 9 09:05:37 2014
New Revision: 216035
URL: https://gcc.gnu.org/viewcvs?rev=216035root=gccview=rev
Log:
Backport from mainline
2014-10-09 Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63455
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63311
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501
--- Comment #12 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Jason Merrill from comment #4)
Reduced:
template class T T list(T x);
template class H, class ...T
auto list(H h, T ...args) - decltype(list(args...));
auto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501
--- Comment #13 from Jonathan Wakely redi at gcc dot gnu.org ---
Also I guess we can unsuspend this and close as INVALID now that EWG rejected
it.
And maybe issue a diagnostic for comment 12, as EDG and clang do?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59488
Lorenz Hüdepohl bugs at stellardeath dot org changed:
What|Removed |Added
CC||bugs at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46836
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52981
Roger Lynn RLynn at fundamentalsltd dot co.uk changed:
What|Removed |Added
CC||RLynn at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #13 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Oct 9 10:50:43 2014
New Revision: 216037
URL: https://gcc.gnu.org/viewcvs?rev=216037root=gccview=rev
Log:
2014-10-09 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63496
Bug ID: 63496
Summary: ../../gcc/ipa-polymorphic-call.c:2117:1: error:
assuming signed overflow does not occur when assuming
that (X + c) X is always false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63476
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Ah,
#5 0x00c263c2 in ipa_polymorphic_call_context::get_dynamic_type (
this=0x7fffd790, instance=ssa_name 0x7687b678,
otr_object=ssa_name 0x7687b678,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63496
--- Comment #1 from Marc Glisse glisse at gcc dot gnu.org ---
I don't know if it is the same one (strange line number):
return offset + GET_MODE_BITSIZE (Pmode) = offset
(missing tci- on the first offset probably)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63475
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||law at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53514
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52981
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||david at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52981
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63483
--- Comment #12 from Richard Biener rguenth at gcc dot gnu.org ---
I still don't get it. What we end up doing is
reg:DI 72 = /u load from 'a' (insn 6)
reg:DI 78 = /u load from 'b' (insn 15)
...
RMW sequence on (mem:DI (reg:DI 72 ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63497
Bug ID: 63497
Summary: std::regex can't handle [^class] correctly and cause
runtime crash
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63379
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Blocks||50414
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63489
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
I think valgrind only checks heap memory, so doesn't help for buffer overflows
on the stack.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63497
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63483
--- Comment #13 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Richard Biener from comment #12)
I still don't get it. What we end up doing is
reg:DI 72 = /u load from 'a' (insn 6)
reg:DI 78 = /u load from 'b' (insn 15)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63379
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.6.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63380
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63380
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Oct 9 12:45:07 2014
New Revision: 216038
URL: https://gcc.gnu.org/viewcvs?rev=216038root=gccview=rev
Log:
2014-10-09 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63483
--- Comment #14 from rguenther at suse dot de rguenther at suse dot de ---
On Thu, 9 Oct 2014, ubizjak at gmail dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63483
--- Comment #13 from Uroš Bizjak ubizjak at gmail dot com ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63483
--- Comment #15 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to rguent...@suse.de from comment #14)
I see. But you don't touch write_dependence which has a similar check.
I have in fact changed all these places (I will attach the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62308
--- Comment #7 from Venkataramanan venkataramanan.kumar at amd dot com ---
I tried to look at the RTL and assembly code generated after the patch comitted
in 215707.
The code generated looks good some unoptimal code but it is at -O0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63483
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Attachment #33665|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63483
--- Comment #17 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #15)
... but the attached test check one location only.
I shoud say:
... but the test from the Description depends specifically on the code,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57003
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63471
--- Comment #6 from dave.anglin at bell dot net ---
On 10/8/2014 11:07 PM, jb at gcc dot gnu.org wrote:
That being said, googling this issue I stumbled upon
https://gcc.gnu.org/ml/gcc-patches/2011-03/msg00545.html where you fixed a
similar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63498
Bug ID: 63498
Summary: spurious warning about unrecognized command line
option -Wno-typedef-redefinition
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63498
Zbigniew Jędrzejewski-Szmek zbyszek at in dot waw.pl changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63499
Bug ID: 63499
Summary: gcc treats unknown -Wno-xxx options differently than
-Wxxx
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63498
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63499
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63492
--- Comment #1 from baoshan pangbw at gmail dot com ---
CCing Mark who approved the born of genconditions.c, it seems the author Zack
is busy on his study on colleague.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63500
Bug ID: 63500
Summary: bug in debug version of std::make_move_iterator?
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63499
--- Comment #2 from Zbigniew Jędrzejewski-Szmek zbyszek at in dot waw.pl ---
Ah, ok. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63488
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63499
--- Comment #3 from Zbigniew Jędrzejewski-Szmek zbyszek at in dot waw.pl ---
So, there's no way to programmatically check whether a flag is supported,
without resorting to grepping the output or something like that. Great.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63488
--- Comment #6 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Thu, Oct 09, 2014 at 05:34:11PM +, kargl at gcc dot gnu.org wrote:
Testing 1 values in a small interval about the lowest
10 zeros, the double precision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63437
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Oct 9 18:05:17 2014
New Revision: 216042
URL: https://gcc.gnu.org/viewcvs?rev=216042root=gccview=rev
Log:
PR c++/63437
* cp-tree.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63309
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Oct 9 18:05:29 2014
New Revision: 216044
URL: https://gcc.gnu.org/viewcvs?rev=216044root=gccview=rev
Log:
PR c++/63309
* parser.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63415
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Oct 9 18:05:23 2014
New Revision: 216043
URL: https://gcc.gnu.org/viewcvs?rev=216043root=gccview=rev
Log:
PR c++/63415
* pt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #2 from Peter Bergner bergner at gcc dot gnu.org ---
Slightly simplified test case that still fails without a function call:
typedef __int128_t __attribute__((__vector_size__(16))) vector_128_t;
typedef unsigned long long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63309
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63501
Bug ID: 63501
Summary: ICE in GCC powerpc64le top of trunk with
-mupper-regs-df
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63499
--- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Zbigniew Jędrzejewski-Szmek from comment #3)
So, there's no way to programmatically check whether a flag is supported,
without resorting to grepping the output or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63500
--- Comment #1 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Wouter Vermaelen from comment #0)
Is the following a bug in the debug version of std::make_move_iterator or is
it a bug in my code? It compiles fine with older gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63322
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Thu Oct 9 18:17:23 2014
New Revision: 216046
URL: https://gcc.gnu.org/viewcvs?rev=216046root=gccview=rev
Log:
PR libstdc++/63322
* include/std/atomic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61909
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Thu Oct 9 18:17:28 2014
New Revision: 216047
URL: https://gcc.gnu.org/viewcvs?rev=216047root=gccview=rev
Log:
PR libstdc++/61909
* include/std/functional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
CC||saugustine at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63501
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63501
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63501
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63488
--- Comment #7 from Paul Zimmermann zimmerma+gcc at loria dot fr ---
I agree that near zeroes we can expect large errors. However for other
functions
I got only small errors in ulps, maybe I was unlucky. Also the ultimate goal is
to get correct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61909
--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org ---
std::functionvoid() f3((X())); // abort
This works now, but the lambda still needs to allocate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63500
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63322
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63500
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||fdumont at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63488
--- Comment #8 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Thu, Oct 09, 2014 at 06:27:08PM +, zimmerma+gcc at loria dot fr wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63488
--- Comment #7 from Paul Zimmermann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63502
Bug ID: 63502
Summary: ICE in s390_add_constant when building with g++ in
S390x Linux
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63432
--- Comment #23 from H.J. Lu hjl.tools at gmail dot com ---
With r216039, I still got
../../src-trunk/gcc/cp/parser.c: In function ‘cp_parser_declaration_seq_opt’:
../../src-trunk/gcc/cp/parser.c:11049:0: error: verify_flow_info: Wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63500
--- Comment #4 from Marc Glisse glisse at gcc dot gnu.org ---
Would it make sense to overload __addressof so it accepts any glvalue? In
practice, that means also accepting prvalue...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63432
--- Comment #24 from Teresa Johnson tejohnson at google dot com ---
On Thu, Oct 9, 2014 at 12:52 PM, hjl.tools at gmail dot com
gcc-bugzi...@gcc.gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63432
--- Comment #23 from H.J. Lu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63496
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
Bug ID: 63503
Summary: [AArch64] A57 executes fused multiply-add poorly in
some situations
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
This might be true for A57 but for our chip (ThunderX), using fused
multiply-add is better.
The other question here are there denormals happening? That might cause some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org ---
The other option it is the fusion of the cmp and branch which is causing the
improvement.
Can you manually edit the assembly and swap the cmp and fmadd in the GCC output
and try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #3 from Evandro Menezes e.menezes at samsung dot com ---
(In reply to Andrew Pinski from comment #1)
The other question here are there denormals happening? That might cause
some performance differences between using fmadd and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #4 from Evandro Menezes e.menezes at samsung dot com ---
Here's a simplified code to reproduce these results:
double sum(double *A, double *B, int n)
{
int i;
double res = 0;
for (i = 0; i n; i++)
res += A [i] * B [i];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #5 from Andrew Pinski pinskia at gcc dot gnu.org ---
Also how sure are you that it is the fused multiply-add and not the scheduling
of the instructions? As I mentioned, try swapping the cmp and fmadd; you might
get a performance
1 - 100 of 104 matches
Mail list logo