http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
--- Comment #2 from Volker Reichelt ---
To me they look like a (syntactically simpler) alternative to template
parameters. They were introduced here:
> 2013-09-16 Adam Butcher
>
> * cp-tree.h (type_uses_auto_or_concept): Declare.
>
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following (probably invalid) code snippet triggers an ICE on trunk (4.9.0
20130926) when compiled with "std=c++0x -flto":
===
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58546
Uroš Bizjak changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58549
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58548
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet (compiled with "-std=gnu++1y") triggers an ICE
on trunk (4.9.0 20130926):
===
void foo(auto
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following code snippet triggers an ICE on trunk (4.9.0 20130926) when
compiled with "-std=gnu++1y":
===
void foo(auto)
{
struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53001
--- Comment #18 from Joshua Cogliati ---
(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
> > issues and with this being
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
Ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58546
Andrew Pinski changed:
What|Removed |Added
Component|c |target
--- Comment #3 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58546
--- Comment #2 from John Regehr ---
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 volatile bugs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Uroš Bizjak changed:
What|Removed |Added
CC||iant at google dot com,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528
--- Comment #5 from Charles ---
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 files then runs the final link wh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532
--- Comment #3 from David Binderman ---
(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
--enable-languages=c,c++,fortran --disabl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528
--- Comment #4 from Charles ---
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 -g -DNDEBUG -static-libstdc++ -f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55861
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Thu Sep 26 19:04:04 2013
New Revision: 202956
URL: http://gcc.gnu.org/viewcvs?rev=202956&root=gcc&view=rev
Log:
Backport from mainline
2013-01-19 Jonathan Wakely
PR libst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58546
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
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=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=202954&root=gcc&view=rev
Log:
2013-09-26 Bernd Edlinger
PR fortran/58113
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Uroš Bizjak changed:
What|Removed |Added
Summary|std::atomic<__int128_t>::st |[4.7/4.8/4.9 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |4.7.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58540
--- Comment #4 from Jonathan Wakely ---
(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
operands is not. The s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58540
--- Comment #3 from Andrew Pinski ---
(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 when compiling a prog
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=58545
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58545
--- Comment #1 from Georg-Johann Lay ---
Created attachment 30906
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30906&action=edit
bug.c C source code
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
Key
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35229
--- Comment #8 from Richard Biener ---
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=58543
--- Comment #1 from Yury Gribov ---
Created attachment 30903
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30903&action=edit
Proposed patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58544
--- Comment #1 from Phil Armstrong ---
Created attachment 30905
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30905&action=edit
gzipped .ii file
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: gcov-pro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543
--- Comment #2 from Yury Gribov ---
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=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: sanit
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=35229
Richard Biener changed:
What|Removed |Added
CC||snagavallis at outlook dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35229
Richard Biener changed:
What|Removed |Added
CC||ysrumyan at gmail dot com
--- Comment #7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=56595
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
--- Comment #7 from Richard Biener ---
Testcase for the PRE issue:
typedef float test_t;
void foo(test_t * d, int n)
{
int i, j, k;
for (k=0; k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
--- Comment #5 from Marc Glisse ---
(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 it is not vectorized due
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=30901&action=edit
Minimal "working" example of how std::atomic<__int128_t>::store c
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
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #2 from Richard Bien
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58539
Richard Biener changed:
What|Removed |Added
Known to work||4.6.4, 4.9.0
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58539
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Thu Sep 26 12:45:19 2013
New Revision: 202942
URL: http://gcc.gnu.org/viewcvs?rev=202942&root=gcc&view=rev
Log:
2013-09-26 Richard Biener
PR tree-optimization/58539
* tree-v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53001
--- Comment #17 from Manuel López-Ibáñez ---
(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 -Werror, gcc fails to
> b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528
--- Comment #3 from Richard Biener ---
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.
Thus, bisect the object file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58538
--- Comment #2 from Jonathan Wakely ---
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 { };
template< typename
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58532
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58535
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58539
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58538
--- Comment #1 from Jonathan Wakely ---
The URL should be http://stackoverflow.com/questions/19013071/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
--- Comment #4 from Richard Biener ---
(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 it is not vectorized
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57223
Usishchev Yury changed:
What|Removed |Added
CC||y.usishchev at samsung dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58482
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Thu Sep 26 07:58:02 2013
New Revision: 202937
URL: http://gcc.gnu.org/viewcvs?rev=202937&root=gcc&view=rev
Log:
PR libgomp/58482
* c-omp.c (c_omp_split_clauses) : Copy
also OMP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58529
--- Comment #10 from Tobias Burnus ---
Playing around with --param max-unroll-times= gives:
0real0m1.499suser0m1.497ssys 0m0.000s
1real0m1.492suser0m1.490ssys 0m0.000s
2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58529
Tobias Burnus changed:
What|Removed |Added
Component|middle-end |target
Summary|Loop 30% faster
61 matches
Mail list logo
