http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58687
--- Comment #1 from Max TenEyck Woodbury ---
Created attachment 31080
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31080&action=edit
test case
Comment out the '#line' directives and it compiles without error...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58826
Richard Biener changed:
What|Removed |Added
Keywords||ra
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58826
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58843
Richard Biener changed:
What|Removed |Added
Priority|P3 |P5
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58846
Richard Biener changed:
What|Removed |Added
Priority|P3 |P5
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58835
Richard Biener changed:
What|Removed |Added
Priority|P3 |P5
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58837
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.7.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58840
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48298
--- Comment #7 from Damian Rouson ---
Any updates on this PR? I'm teaching a graduate course on modern Fortran and
will be using this feature in class. It would be great to have an open-source
compiler that supports the feature.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58832
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58831
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58830
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39589
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58828
Richard Biener changed:
What|Removed |Added
Keywords||build
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58848
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
Bug ID: 58851
Summary: FAIL: gfortran.dg/unlimited_polymorphic_13.f90 -O0
execution test
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
Paolo Carlini changed:
What|Removed |Added
CC|michi at triodia dot com |
--- Comment #14 from Paolo Carlin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58850
Paolo Carlini changed:
What|Removed |Added
CC|galens at capaccess dot org|
--- Comment #1 from Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58850
--- Comment #2 from Paolo Carlini ---
Jon, shall we change this?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58830
Richard Biener changed:
What|Removed |Added
Depends on||57488
--- Comment #4 from Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58852
Bug ID: 58852
Summary: ASSOCIATE returns nothing after changing the value
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58831
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |rtl-optimization
--- Comment #3 from Ric
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58831
--- Comment #4 from Richard Biener ---
Btw, at some point during DSE true_dependence_1 still returns true for
(mem/f/c:DI (symbol_ref:DI ("r") ) [3 r+0 S8 A64])
(mem/f:DI (reg/v/f:DI 90 [ p2 ]) [3 *p2_9(D)+0 S8 A64])
but later when sched2 asks (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58742
Richard Biener changed:
What|Removed |Added
Summary|[4.7/4.8/4.9 Regression]|[4.7/4.8 Regression]
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58831
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815
--- Comment #16 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Oct 23 11:48:26 2013
New Revision: 203956
URL: http://gcc.gnu.org/viewcvs?rev=203956&root=gcc&view=rev
Log:
2013-10-23 Paolo Carlini
PR libstdc++/58815
* includ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58744
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #15 from Michi Henning ---
OK, glad you are seeing it too. I initially opened this as a library issue
because I thought make_shared is to blame. But maybe not. Should I reassign to
C++?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58830
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57488
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Wed Oct 23 11:59:05 2013
New Revision: 203958
URL: http://gcc.gnu.org/viewcvs?rev=203958&root=gcc&view=rev
Log:
2013-10-23 Richard Biener
Backport from mainline
2013-06-24
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57488
Richard Biener changed:
What|Removed |Added
CC||su at cs dot ucdavis.edu
--- Comment #7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
Paolo Carlini changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #16 from Paolo Carlini -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #17 from Paolo Carlini ---
Also, since apparently this isn't a library issue, it would be nice to figure
out a reduced testcase not including .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #18 from Michi Henning ---
Hmmm... That might be difficult because, as soon as I don't use make_shared,
the problem goes away. (With the virtual inheritance in place but a call to
shared_ptr(args), as in the commented-out line in Unity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|NEW
URL|http://gcc.gnu.org/m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #19 from Paolo Carlini ---
I'm pretty sure it isn't. It's easy to see why: in the testcase are you using
*all* the facilities provided by std::shared_ptr as standardized? I don't think
so! Thus just imagine having the class there, and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #20 from Michi Henning ---
(In reply to Paolo Carlini from comment #19)
> I'm pretty sure it isn't. It's easy to see why: in the testcase are you
> using *all* the facilities provided by std::shared_ptr as standardized? I
> don't think
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #21 from Paolo Carlini ---
You could start from the .ii: edit it, delete all the things you don't use. Or
start by removing the inclusion of and adding to the testcase a
mini-version of std::shared_ptr, with bits copied from . See wha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58442
--- Comment #9 from Martin Husemann ---
Please correct me if I am wrong, but in the bitfield cotexts in vax.md there
are multiple places with similar constructs like:
219&& (REG_P (operands[0])
220|| ! mode_dependent_address_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58805
--- Comment #17 from vries at gcc dot gnu.org ---
Author: vries
Date: Wed Oct 23 13:26:45 2013
New Revision: 203973
URL: http://gcc.gnu.org/viewcvs?rev=203973&root=gcc&view=rev
Log:
Add missing check in stmt_local_def for tail-merge.
2013-10-22
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58850
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46936
Ondrej Bilka changed:
What|Removed |Added
CC||neleai at seznam dot cz
--- Comment #1 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
--- Comment #23 from Paolo Carlini ---
Thanks Manuel, I knew we had something.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
Bug ID: 58853
Summary: [4.9 regression] ICE after r203937
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimizatio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58822
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58828
--- Comment #2 from Daniel Fruzynski ---
Thanks for reply.
As I checked, this also happens when compiling using gcc 4.7.3, so looks that
this is more general problem.
File [path]/gcc/obj/gcc/config.status contains following entry:
configured by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58838
--- Comment #5 from David Edelsohn ---
Author: dje
Date: Wed Oct 23 14:32:32 2013
New Revision: 203977
URL: http://gcc.gnu.org/viewcvs?rev=203977&root=gcc&view=rev
Log:
PR target/58838
* config/rs6000/rs6000.md (mulsi3_internal1 a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
Igor Zamyatin changed:
What|Removed |Added
CC||hubicka at ucw dot cz,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359
--- Comment #7 from Marc Glisse ---
(In reply to Anatoly Sinyavin from comment #3)
> So I suggest processing __builtin_unreachable immediately after "cfg" pass
> (cfg buiding).
That seems awfully early. Don't we want to at least wait until after
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58852
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58850
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Oct 23 15:31:26 2013
New Revision: 203978
URL: http://gcc.gnu.org/viewcvs?rev=203978&root=gcc&view=rev
Log:
2013-10-23 Paolo Carlini
PR libstdc++/58850
* include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58850
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359
--- Comment #9 from Anatoly Sinyavin ---
Created attachment 31082
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31082&action=edit
Patch for new solution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359
--- Comment #8 from Anatoly Sinyavin ---
(In reply to Marc Glisse from comment #7)
> (In reply to Anatoly Sinyavin from comment #3)
> > So I suggest processing __builtin_unreachable immediately after "cfg" pass
> > (cfg buiding).
>
> That seems a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58775
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Oct 23 16:19:17 2013
New Revision: 203979
URL: http://gcc.gnu.org/viewcvs?rev=203979&root=gcc&view=rev
Log:
PR tree-optimization/58775
PR tree-optimization/58791
* tree-ssa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58791
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Oct 23 16:19:17 2013
New Revision: 203979
URL: http://gcc.gnu.org/viewcvs?rev=203979&root=gcc&view=rev
Log:
PR tree-optimization/58775
PR tree-optimization/58791
* tree-ssa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51253
Stephan Tolksdorf changed:
What|Removed |Added
CC||st at quanttec dot com
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58852
--- Comment #2 from Tobias Burnus ---
I can confirm that it fails with GCC 4.7.3.
I think it is fixed by the patch for PR 55134 (i.e. for GCC 4.8).
Can you try a newer version of GCC? Cf.
http://gcc.gnu.org/wiki/GFortranBinaries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
Bug ID: 58854
Summary: [ARM 4.8 regression] "sub sp, fp, #40" hoisted above
frame accesses
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
--- Comment #1 from bccheng at android dot com ---
Created attachment 31083
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31083&action=edit
stripped from kernel 3.4 fs/dcache.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58855
Bug ID: 58855
Summary: Attributes ignored on type alias in template
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54812
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58828
--- Comment #3 from Daniel Fruzynski ---
OK, I found it. I used script symlink-tree (distributed with binutils) to
create symlinks to binutils in gcc source dir. This script removed some gcc
source files and replaced them with symlinks to correspo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58840
--- Comment #2 from Daniel Fruzynski ---
OK, I found this. I used script symlink-tree to create symlinks to binutils in
gcc src dir. This script replaced some files with symlinks to their
counterparts in binutil dir, what caused this problem. gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58805
--- Comment #18 from vries at gcc dot gnu.org ---
Author: vries
Date: Wed Oct 23 19:16:55 2013
New Revision: 203990
URL: http://gcc.gnu.org/viewcvs?rev=203990&root=gcc&view=rev
Log:
Add missing check in stmt_local_def for tail-merge.
2013-10-23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58840
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58856
Bug ID: 58856
Summary: [4.9 Regression] spurious 'wrong number of template
arguments' error for template alias
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58856
Paolo Carlini changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #3 from paul.richard.thomas at gmail dot com ---
I had changed the testcase to:
! { dg-do run }
!
! PR fortran/58793
!
! Contributed by Vladimir Fuka
!
! Had the wrong value for the storage_size for complex
!
module m
use iso_fortr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #4 from Tobias Burnus ---
(In reply to paul.richard.tho...@gmail.com from comment #3)
> I had changed the testcase to:
... which is in the essential part the same. (I had a few more checks, but
those do not really matter.)
> Is it no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57756
--- Comment #5 from tmsriram at gcc dot gnu.org
---
Author: tmsriram
Date: Wed Oct 23 21:13:50 2013
New Revision: 203991
URL: http://gcc.gnu.org/viewcvs?rev=203991&root=gcc&view=rev
Log:
PR target/57756
Replace further references to global_opti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58857
Bug ID: 58857
Summary: [OOP] CLASS wrongly rejected in BLOCK DATA
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58858
Bug ID: 58858
Summary: gfortran.dg/assumed_type_8.f90 fails
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46936
Brooks Moses changed:
What|Removed |Added
CC||brooks at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58859
Bug ID: 58859
Summary: throwing exceptions in destructors causes
std::terminate called too early.
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58859
--- Comment #1 from meng at g dot clemson.edu ---
made a typo just now.
"and g++-4.8.0 with c++11 flag, "
should read
"and g++-4.8.0 without c++11 flag, "
i.e., the problem only happens when c++11 is enabled with g++-4.8.0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58859
--- Comment #2 from Marc Glisse ---
Try adding noexcept(false) on the destructor?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58859
--- Comment #3 from meng at g dot clemson.edu ---
(In reply to Marc Glisse from comment #2)
> Try adding noexcept(false) on the destructor?
that works. Thanks.
but this causes another question.
c++11 15.4/12 states
"A function with no exception-s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58859
--- Comment #4 from meng at g dot clemson.edu ---
ok, I think I missed 15.4/4 and 12.4/3, which means the dtor in my example
should allow no exceptions, i.e., noexcept(true). Thanks again.
86 matches
Mail list logo