http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55844
--- Comment #2 from Jakub Jelinek 2013-01-02
07:30:55 UTC ---
http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01179.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55844
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
.section.init_array.00099,"aw"
.align 8
.quad_GLOBAL__sub_I_00099_0_NullDeref
.ident"GCC: (GNU) 4.8.0 20130101 (experimental)"
.section.note.GNU-stack,"",@progbits
[hjl@gnu-tools-1 gcc]$
/export/build/gnu/gcc-x32-mx32/build-x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42679
Yogesh Gaur changed:
What|Removed |Added
CC||gauryogesh.nsit at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55843
Bug #: 55843
Summary: ICE after exceeding template instantiation depth
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: error-re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55823
--- Comment #5 from Jan Hubicka 2013-01-02 00:10:52 UTC
---
ipa-cp is behaving funny here. It clones InitCommon so THIS pointer's binfo is
known to enable devirtualization of SetLayoutDirection.
It doesn't devirtualize GetLayoutDirection
ipa-cp is behaving funny here. It clones InitCommon so THIS pointer's binfo is
known to enable devirtualization of SetLayoutDirection.
It doesn't devirtualize GetLayoutDirection because it works on per-argument
basis. This is stupid: obviously whenever THIS binfo is known also DC binfo is
known,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55823
--- Comment #4 from Jan Hubicka 2013-01-01 23:32:27 UTC
---
This is the usual problem of devirt benefit predicting more devirtualization
than inline-transform actually doing. This time it seems to be related to fact
that we first clone th
This is the usual problem of devirt benefit predicting more devirtualization
than inline-transform actually doing. This time it seems to be related to fact
that we first clone the function and propagate &m_paintdc but somehow fail to
recognize the devirtualizatoin oppurtunities again...
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
--- Comment #10 from H.J. Lu 2013-01-01 23:02:02
UTC ---
This patch avoids using (const_int 129 [0x81]) as step in QImode:
diff --git a/gcc/loop-iv.c b/gcc/loop-iv.c
index 50b7536..aafaae4 100644
--- a/gcc/loop-iv.c
+++ b/gcc/loop-iv.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54526
--- Comment #8 from Paolo Carlini 2013-01-01
22:24:03 UTC ---
I don't have much to say, the patch is still awaiting approval. Frankly, I
don't personally consider the issue very serious and definitely isn't a
regression, at this point we c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55841
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|NEW
AssignedTo|steven
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54526
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
--- Comment #8 from Steven Bosscher 2013-01-01
20:44:12 UTC ---
I would expect the insn to match the movqi_internal insn:
(define_insn "*movqi_internal"
[(set (match_operand:QI 0 "nonimmediate_operand" "=q,q ,q ,r,r ,?r,m")
(m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55841
Chris Jefferson changed:
What|Removed |Added
CC||chris at bubblescope dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
--- Comment #7 from Steven Bosscher 2013-01-01
19:52:48 UTC ---
... but actually it looks like it exists even before that:
(gdb) p debug_rtx(desc->niter_expr)
(udiv:QI (minus:QI (const_int -126 [0xff82])
(subreg:QI (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
--- Comment #6 from Steven Bosscher 2013-01-01
19:51:12 UTC ---
The nonsense set comes from force_operand:
Breakpoint 7, unroll_loop_runtime_iterations (loop=0x76b46f68) at
../../trunk/gcc/loop-unroll.c:1041
1041 start_sequence
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
Steven Bosscher changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55827
Mikael Morin changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |mikael at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55839
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
--- Comment #4 from H.J. Lu 2013-01-01 18:53:32
UTC ---
The original regression was introduced by
http://gcc.gnu.org/ml/gcc-cvs/2004-05/msg00653.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55842
--- Comment #3 from Marc Glisse 2013-01-01 18:30:52
UTC ---
template struct number {
number() noexcept(noexcept(0)) { }
};
const int z=__has_nothrow_constructor(number<>);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
--- Comment #3 from H.J. Lu 2013-01-01 18:06:37
UTC ---
(const_int 129 [0x81]) isn't considered as a valid
const int for QImode.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48914
Roger Jarrett changed:
What|Removed |Added
CC||rjarrett at mathworks dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #28 from Joost VandeVondele
2013-01-01 17:13:39 UTC ---
(In reply to comment #26)
> For config/linux/ptrlock the changes are:
> [...]
Following your suggestions, I applied the following patch (mistakes are mine),
which allo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54800
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55808
--- Comment #6 from Patrick 2013-01-01
16:24:05 UTC ---
Created attachment 29071
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29071
the preprocessed source when gcc fails to compile mame
here is the preprocessed source when gcc 4.7.2 fai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54834
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54834
--- Comment #8 from ian at gcc dot gnu.org 2013-01-01
16:23:11 UTC ---
Author: ian
Date: Tue Jan 1 16:23:03 2013
New Revision: 194770
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194770
Log:
PR bootstrap/54834
* Mak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55536
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55536
--- Comment #2 from ian at gcc dot gnu.org 2013-01-01
16:13:30 UTC ---
Author: ian
Date: Tue Jan 1 16:13:20 2013
New Revision: 194768
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194768
Log:
PR other/55536
* mmap.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55842
--- Comment #2 from koraq at xs4all dot nl 2013-01-01 16:11:08 UTC ---
Created attachment 29070
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29070
Sample code to reproduce the problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55842
--- Comment #1 from koraq at xs4all dot nl 2013-01-01 16:09:52 UTC ---
Created attachment 29069
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29069
Preprocessed source
The attachment failed the first time (compressed else it is too
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55842
Bug #: 55842
Summary: C++11 ICE with boost multi-precision and boost variant
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55818
--- Comment #7 from Tobias Burnus 2013-01-01
16:00:18 UTC ---
(In reply to comment #6)
> I have submitted a revised patch for review that addresses character and
> complex.
Namely, http://gcc.gnu.org/ml/fortran/2012-12/msg00197.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55835
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55841
Bug #: 55841
Summary: Unexpected behavior from STL's queue
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55840
Thomas Koenig changed:
What|Removed |Added
Component|objc|other
--- Comment #1 from Thoma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55840
Bug #: 55840
Summary: valgrind errors in sparseset.h
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55839
Bug #: 55839
Summary: Inefficiency with array constructor
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55789
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
Tar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55763
--- Comment #11 from Tobias Burnus 2013-01-01
14:09:09 UTC ---
(In reply to comment #10)
> I have a simple case where CLASS(*) leads to an ICE.
> If it doesn't fit here, please feel free to move it elsewhere.
The segfault occurs for com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55831
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
Andrew Pinski changed:
What|Removed |Added
Known to work||3.4.6
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-*-* i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55838
Bug #: 55838
Summary: ICE in extract_insn (unrecognizable insn) with -O
-funroll-loops
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
48 matches
Mail list logo
