http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58529
--- Comment #8 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to H.J. Lu from comment #7)
Can you add -funroll-loops --param max-unroll-times=7?
On Intel Core i5-3570 (glibc-2.18, openSUSE 13.1b1), I get with the attached
Intel .s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58024
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57461
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57461
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58024
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58529
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Component|middle-end |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58529
--- Comment #10 from Tobias Burnus burnus at gcc dot gnu.org ---
Playing around with --param max-unroll-times= gives:
0real0m1.499suser0m1.497ssys 0m0.000s
1real0m1.492suser0m1.490s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58482
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Thu Sep 26 07:58:02 2013
New Revision: 202937
URL: http://gcc.gnu.org/viewcvs?rev=202937root=gccview=rev
Log:
PR libgomp/58482
* c-omp.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
Usishchev Yury y.usishchev at samsung dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Usishchev Yury from comment #3)
I'm testing it on current trunk, and second loop is not vectorized both with
floating point and integer types.
For floating point
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58538
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
The URL should be http://stackoverflow.com/questions/19013071/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58539
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58535
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58538
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
Possibly related is that G++ treats X as the class template here, not the
injected class name, on contrast to other compilers:
template template typename class T
class factory { };
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
The approach documented only works for ICEs at WPA time. For ICEs
at LTRANS time you'd have to continue after WPA by instead of lto1
invoking the driver with the linker command.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53001
--- Comment #17 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Joshua Cogliati from comment #16)
This does not bootstrap trunk yet, because gcc has floating conversion
issues and with this being enabled by -Wextra and with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58539
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Sep 26 12:45:19 2013
New Revision: 202942
URL: http://gcc.gnu.org/viewcvs?rev=202942root=gccview=rev
Log:
2013-09-26 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58539
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.6.4, 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Bug ID: 58542
Summary: std::atomic__int128_t::store broken with
-march=corei7
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
--- Comment #1 from Ingo Müller 2013.bugzilla.gcc.gnu.org at ingomueller dot
net ---
Created attachment 30901
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30901action=edit
Minimal working example of how std::atomic__int128_t::store can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
--- Comment #5 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Usishchev Yury from comment #3)
I'm testing it on current trunk, and second loop is not vectorized both with
floating point and integer types.
For floating point types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Testcase for the PRE issue:
typedef float test_t;
void foo(test_t * d, int n)
{
int i, j, k;
for (k=0; kn; ++k) {
for (i=0; in; ++i) {
test_t t;
j =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 57223, which changed state.
Bug 57223 Summary: Auto-vectorization fails for nested multiple loops depending
on type of array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35229
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||ysrumyan at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35229
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||snagavallis at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56595
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 56595, which changed state.
Bug 56595 Summary: Tree-ssa-pre can create loop carried dependencies which
prevent loop vectorization.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56595
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543
Bug ID: 58543
Summary: Invalid unpoisoning of stack redzones on ARM
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543
--- Comment #2 from Yury Gribov y.gribov at samsung dot com ---
I've attached a simple patch which causes compiler new register to allocate new
temp address register. I'll only be able to test it tomorrow though.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58544
Bug ID: 58544
Summary: Segfault with profile guided optimisation
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58544
--- Comment #1 from Phil Armstrong pharmst at gmail dot com ---
Created attachment 30905
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30905action=edit
gzipped .ii file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543
--- Comment #1 from Yury Gribov y.gribov at samsung dot com ---
Created attachment 30903
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30903action=edit
Proposed patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35229
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org ---
Still happens for partially loop invariant loads (partially loop invariant as
in blocked by a following aliasing store in the loop body). Like seen in
PR57223.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58545
Bug ID: 58545
Summary: [4.7/4.8 Regression] error: unable to find a register
to spill in class 'POINTER_REGS'
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58545
--- Comment #1 from Georg-Johann Lay gjl at gcc dot gnu.org ---
Created attachment 30906
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30906action=edit
bug.c C source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58545
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58540
--- Comment #2 from bernardwidynski at gmail dot com ---
Bear with me if I protest further.
Logic requires that the = be executed before the *=
I think that gcc should use this logic when compiling a program.
On Wed, Sep 25, 2013 at 10:25
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58540
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to bernardwidynski from comment #2)
Bear with me if I protest further.
Logic requires that the = be executed before the *=
I think that gcc should use this logic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58540
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to bernardwidynski from comment #2)
Logic requires that the = be executed before the *=
That's not the problem, the assignment are sequenced, but the evaluation of the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.7.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Summary|std::atomic__int128_t::st |[4.7/4.8/4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58113
--- Comment #5 from edlinger at gcc dot gnu.org ---
Author: edlinger
Date: Thu Sep 26 17:44:13 2013
New Revision: 202954
URL: http://gcc.gnu.org/viewcvs?rev=202954root=gccview=rev
Log:
2013-09-26 Bernd Edlinger bernd.edlin...@hotmail.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58546
Bug ID: 58546
Summary: volatile bug and also larger code at -Os
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58546
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55861
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Thu Sep 26 19:04:04 2013
New Revision: 202956
URL: http://gcc.gnu.org/viewcvs?rev=202956root=gccview=rev
Log:
Backport from mainline
2013-01-19 Jonathan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528
--- Comment #4 from Charles charles.frasch at gmail dot com ---
This seems to be the min to reproduce the error. I have also managed to greatly
reduce the size of the archive libraries. That should help keep the .i file
smaller.
/usr/bin/g++ -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532
--- Comment #3 from David Binderman dcb314 at hotmail dot com ---
(In reply to Richard Biener from comment #2)
How exactly did it fail for you?
I tried
../src/trunk/configure --prefix=/home/dcb/gcc/results --enable-checking=yes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528
--- Comment #5 from Charles charles.frasch at gmail dot com ---
I think I have reduced this as much as possible. Need separate compilations
for each .cpp file and the six archive libraries. Will try to make a script
that makes the ars from .ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||iant at google dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58546
--- Comment #2 from John Regehr regehr at cs dot utah.edu ---
I agree, this is not very likely to cause problems in practice, though I
selfishly hope that it gets fixed because then this bug will stop getting in
our way when we look for other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58546
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|c |target
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58547
Bug ID: 58547
Summary: [4.9 Regression] rtlanal.c:5482:19: error: comparison
between signed and unsigned integer expressions
[-Werror=sign-compare]
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53001
--- Comment #18 from Joshua Cogliati jjcogliati-r1 at yahoo dot com ---
(In reply to Manuel López-Ibáñez from comment #17)
(In reply to Joshua Cogliati from comment #16)
This does not bootstrap trunk yet, because gcc has floating conversion
58 matches
Mail list logo
