http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58903
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58903
--- Comment #2 from Marek Polacek ---
-fdevirtualize-speculatively was added in r202145 and the ICE occurs in this
revision, but then the ICE disappeared and came back in recent revisions.
Anyway, something for Honza.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58909
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=58580
Dodji Seketeli changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58905
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893
Richard Biener changed:
What|Removed |Added
Component|c++ |preprocessor
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58889
Richard Biener changed:
What|Removed |Added
Target||i?86-*-*
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58910
Bug ID: 58910
Summary: std::Tuple_impl is non constexpr when using identical
userdefined structs as type
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19831
--- Comment #18 from rguenther at suse dot de ---
On Fri, 25 Oct 2013, glisse at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19831
>
> --- Comment #17 from Marc Glisse ---
> void f (double * __restrict a) {
> int * __
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54327
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58905
--- Comment #2 from Kito Cheng ---
However older version autoconf use such style to detect,
It will broken some older project when configure with lto.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58911
Bug ID: 58911
Summary: ice in operator[], at vec.h:827
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58911
--- Comment #1 from David Binderman ---
Created attachment 31102
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31102&action=edit
gzipped C source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54327
--- Comment #10 from David Binderman ---
(In reply to Richard Biener from comment #9)
> Please open a new bugreport - this seems completely unrelated.
Done - # 58911
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
Richard Biener changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58689
--- Comment #4 from Marc Glisse ---
Author: glisse
Date: Tue Oct 29 13:15:48 2013
New Revision: 204159
URL: http://gcc.gnu.org/viewcvs?rev=204159&root=gcc&view=rev
Log:
2013-10-29 Marc Glisse
PR tree-optimization/58689
include/
* ansi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
--- Comment #10 from Richard Biener ---
Created attachment 31103
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31103&action=edit
untested patch
Patch I am testing on x86_64-linux - can you give ppc/ppc64 a try? This should
make behavior in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19831
--- Comment #19 from Marc Glisse ---
Author: glisse
Date: Tue Oct 29 13:19:08 2013
New Revision: 204160
URL: http://gcc.gnu.org/viewcvs?rev=204160&root=gcc&view=rev
Log:
2013-10-29 Marc Glisse
PR tree-optimization/19831
gcc/
* tree-ss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58910
Paolo Carlini changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
--- Comment #4 from Ramana Radhakrishnan ---
(In reply to Ramana Radhakrishnan from comment #3)
> Confirmed. The problem appears to show up with the use of mapcs on the
> command line. Mine.
sched2 moves this ahead - smells familiar.
Ramana
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58508
--- Comment #6 from Bernd Edlinger ---
(In reply to Cong Hou from comment #5)
> I guess I should add
>
> /* { dg-require-effective-target vect_int } */
>
> to the test case. It is right?
Yes.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
--- Comment #11 from Bill Schmidt ---
Thanks, Richi -- yes, I'll give this a try later today (lots of meetings in the
way but I'll get to it sooner or later).
Bill
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
--- Comment #12 from rguenther at suse dot de ---
On Tue, 29 Oct 2013, wschmidt at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
>
> --- Comment #11 from Bill Schmidt ---
> Thanks, Richi -- yes, I'll give this a try
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58910
Paolo Carlini changed:
What|Removed |Added
Summary|[4.9 Regression]|std::Tuple_impl is non
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57084
--- Comment #7 from Martin Jambor ---
Author: jamborm
Date: Tue Oct 29 14:32:13 2013
New Revision: 204163
URL: http://gcc.gnu.org/viewcvs?rev=204163&root=gcc&view=rev
Log:
2013-10-29 Martin Jambor
PR middle-end/58789
Backport from mai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58789
--- Comment #7 from Martin Jambor ---
Author: jamborm
Date: Tue Oct 29 14:32:13 2013
New Revision: 204163
URL: http://gcc.gnu.org/viewcvs?rev=204163&root=gcc&view=rev
Log:
2013-10-29 Martin Jambor
PR middle-end/58789
Backport from mai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
Richard Biener changed:
What|Removed |Added
Attachment #31103|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58789
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10474
--- Comment #12 from Martin Jambor ---
I have submitted a different patch that addresses this issue, this
time by splitting live ranges of pseudos representing the formal
parameters of a function. The patch is pending review/approval and
the curr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58911
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
--- Comment #5 from Ramana Radhakrishnan ---
Created attachment 31105
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31105&action=edit
lightly tested patch.
completely untested but appears to fix the problem - Ben, can you please try
this pa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58911
--- Comment #3 from Richard Biener ---
Created attachment 31106
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31106&action=edit
autoreduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
Teresa Johnson changed:
What|Removed |Added
CC||tejohnson at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Oct 29 15:20:10 2013
New Revision: 204164
URL: http://gcc.gnu.org/viewcvs?rev=204164&root=gcc&view=rev
Log:
/cp
2013-10-29 Paolo Carlini
PR c++/5
* decl2.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58079
--- Comment #12 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Oct 29 15:44:15 2013
New Revision: 204165
URL: http://gcc.gnu.org/viewcvs?rev=204165&root=gcc&view=rev
Log:
Backport from mainline
2013-08-08 Richard Sandiford
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58079
Uroš Bizjak changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58912
Bug ID: 58912
Summary: make_shared value initializes storage space even when
not desired
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #4 from Teresa Johnson ---
On Tue, Oct 29, 2013 at 8:05 AM, tejohnson at google dot com
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
>
> Teresa Johnson changed:
>
>What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58508
--- Comment #7 from Cong Hou ---
OK. I made a new patch to fix this problem. Waiting to be approved.
thanks,
Cong
diff --git a/gcc/testsuite/ChangeLog b/gcc/testsuite/ChangeLog
index 9d0f4a5..3d9916d 100644
--- a/gcc/testsuite/ChangeLog
+++ b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
--- Comment #14 from Bill Schmidt ---
Hi Richi,
Passes bootstrap on powerpc64-unknown-linux-gnu and fixes this test, but breaks
two others:
57,60c57,68
< FAIL: gcc.dg/vect/vect-96.c scan-tree-dump-times vect "Vectorizing an
unaligned access" 1
<
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
Bug ID: 58913
Summary: Segmentation fault on real128 array
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58914
Bug ID: 58914
Summary: Internal compiler error when using lambdas as default
parameters in static methods
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41488
--- Comment #5 from davidxl ---
Alternative approach -- introduce a special forward propagation before or after
the ivopt to get rid of the redundant iv. This propagation needs to propagate
through header phi.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #1)
> What operating system? Where did you get gfortran?
>
> Your program works for 4.7.4, 4.8.2, and trunk on
> x86_64 FreeBSD
I take it back. Your program does n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #3 from Rodrigo Rodrigues ---
Windows 7 x86
I got gfortran from mingw.
Actually, real128 returns 16 in my machine. It is totally equivalent to 16
here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #4 from Steve Kargl ---
On Tue, Oct 29, 2013 at 07:47:36PM +, rrodrigues at poli dot ufrj.br wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
>
> --- Comment #3 from Rodrigo Rodrigues ---
> Windows 7 x86
> I got gfortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #5 from Rodrigo Rodrigues ---
There is no compile error. Adding -g for running doesn't show any new
information, just the same:
Program received signal SIGSEGV: Segmentation Fault - invalid memory reference.
Backtrace for this error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58915
Bug ID: 58915
Summary: [missed optimization] GCC fails to get the loop bound
for some loops.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #6 from Steve Kargl ---
On Tue, Oct 29, 2013 at 08:02:08PM +, rrodrigues at poli dot ufrj.br wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
>
> --- Comment #5 from Rodrigo Rodrigues ---
> There is no compile error. Ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #7 from Rodrigo Rodrigues ---
Here goes the backtrack:
#0 0x in ?? ()
#1 0x0042d483 in output_float_FMT_G_16 (comp_d=,
zero_flag=, sign_bit=,
size=, buffer=, m=,
f=0x22fb6c, dtp=)
at ../../../gcc-4.8.0-min
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #5 from tejohnson at gcc dot gnu.org ---
Author: tejohnson
Date: Tue Oct 29 20:39:49 2013
New Revision: 204178
URL: http://gcc.gnu.org/viewcvs?rev=204178&root=gcc&view=rev
Log:
2013-10-29 Teresa Johnson
PR ipa/58862
* tree-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58793
Bug 58793 depends on bug 58858, which changed state.
Bug 58858 Summary: gfortran.dg/assumed_type_8.f90 fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58858
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58858
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54236
--- Comment #4 from Oleg Endo ---
Author: olegendo
Date: Tue Oct 29 20:45:56 2013
New Revision: 204180
URL: http://gcc.gnu.org/viewcvs?rev=204180&root=gcc&view=rev
Log:
PR target/54236
* config/sh/sh.md (*addc): Rename existing variations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58793
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #8 from Steve Kargl ---
On Tue, Oct 29, 2013 at 08:39:15PM +, rrodrigues at poli dot ufrj.br wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
>
> --- Comment #7 from Rodrigo Rodrigues ---
> Here goes the backtrack:
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58839
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Tue Oct 29 21:33:29 2013
New Revision: 204184
URL: http://gcc.gnu.org/viewcvs?rev=204184&root=gcc&view=rev
Log:
PR libstdc++/58839
* include/bits/shared_ptr_base.h
(__shared_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44350
--- Comment #7 from Tobias Burnus ---
Author: burnus
Date: Tue Oct 29 21:48:02 2013
New Revision: 204185
URL: http://gcc.gnu.org/viewcvs?rev=204185&root=gcc&view=rev
Log:
2013-10-29 Tobias Burnus
PR fortran/44350
* parse.c (pa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58858
--- Comment #3 from Tobias Burnus ---
(In reply to Paul Thomas from comment #2)
> Fixed on trunk.
By the commit r204181
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58858
--- Comment #4 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #3)
> (In reply to Paul Thomas from comment #2)
> > Fixed on trunk.
>
> By the commit r204181
Actually, I meant the commit r204177 (even if r204181 and r204179 are als
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53987
--- Comment #2 from Oleg Endo ---
As of rev 204180 (4.9) this problem still exists.
As far as I understand, the actual root of the problem is that the 'unsigned
char' mem loads into regs are neither sign nor zero extended. So combine sees
the fol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58839
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Tue Oct 29 21:58:27 2013
New Revision: 204186
URL: http://gcc.gnu.org/viewcvs?rev=204186&root=gcc&view=rev
Log:
PR libstdc++/58839
* include/bits/shared_ptr_base.h
(__shared_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58916
Bug ID: 58916
Summary: Allocation of a class(*) scalar with array source
allowed
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58917
Bug ID: 58917
Summary: ICE with allocation of a scalar with array source
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58839
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
--- Comment #6 from bccheng at android dot com ---
Patch appears to be working:
c012c7ec: e51b3034ldr r3, [fp, #-52] ; 0x34
c012c7f0: e51b203cldr r2, [fp, #-60] ; 0x3c
c012c7f4: e51b0038ldr r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58918
Bug ID: 58918
Summary: [4.9 regression] cilk #includes alloc.h
unconditionally, even when not present
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44350
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58857
--- Comment #1 from Tobias Burnus ---
I tried compiling the code of comment 0 with different compilers. Result:
* Cray ftn simply compiled it.
* Portland Group's pgf90 rejected it with the bogus:
PGF90-S-0155-Polymorphic variable must be a point
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58869
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58919
Bug ID: 58919
Summary: run with thread error, until i set -fprofile-arcs flag
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58920
--- Comment #1 from Jason Merrill ---
Created attachment 31109
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31109&action=edit
Simplified testcase
Here's a simplified version of one of the ext_pointer testcases. Compiling it
with -O -fstri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58920
Bug ID: 58920
Summary: Overeager optimization based on TREE_THIS_NOTRAP
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #9 from Rodrigo Rodrigues ---
(In reply to Steve Kargl from comment #8)
> Unfortnately, your trace suggests to me that this is MingW
> specific. I can't help beyond this point. Prehaps, ping
> the MingW developers?
Yeah, I have to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58920
--- Comment #2 from Andrew Pinski ---
The problem is the middle-end treats pointers and references as the same so
sometimes it removes the casting between the pointer type and reference types.
GCC has no representation of conditional no trapping
-werror
--enable-checking=none --with-gmp=/usr/local/gcc-trunk
--with-mpfr=/usr/local/gcc-trunk --with-mpc=/usr/local/gcc-trunk
--with-cloog=/usr/local/gcc-trunk --prefix=/usr/local/gcc-trunk
Thread model: posix
gcc version 4.9.0 20131029 (experimental) [trunk revision 204186] (GCC)
$
$ gcc-trunk
79 matches
Mail list logo