https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65432
--- Comment #1 from Markus Trippelsdorf ---
To reproduce:
trippels@gcc2-power8 testsuite % ~/gcc_valgrind/usr/local/bin/g++ -c -O2
-fdump-ipa-icf -fno-inline g++.dg/ipa/ipa-icf-4.C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65431
--- Comment #1 from Markus Trippelsdorf ---
To reproduce:
trippels@gcc2-power8 testsuite % ~/gcc_valgrind/usr/local/bin/g++ -c -std=c++11
-fopenacc c-c++-common/goacc/nesting-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65024
--- Comment #13 from Paul Thomas ---
Author: pault
Date: Sun Mar 15 09:13:03 2015
New Revision: 221440
URL: https://gcc.gnu.org/viewcvs?rev=221440&root=gcc&view=rev
Log:
2015-03-15 Paul Thomas
PR fortran/65024
* trans-expr.c (gfc_con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65423
Mikhail Maltsev changed:
What|Removed |Added
CC||maltsevm at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65024
Paul Thomas changed:
What|Removed |Added
Keywords|ice-on-valid-code |FIXME
Version|4.9.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65414
--- Comment #8 from Andrew Pinski ---
It is working with 2ed7acc3505bbfed6a80787cf2537e212ff2bbe2 (revision 221332).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65414
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #8)
> It is working with 2ed7acc3505bbfed6a80787cf2537e212ff2bbe2 (revision
> 221332).
Fails with f4aade0acf5728ebadda80b38944f427a000e255 (revision 221402)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65414
--- Comment #10 from Andrew Pinski ---
132858c819691c84077f130a5e7021961c0fb3ef (revision 221370) works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64833
--- Comment #6 from John Paul Adrian Glaubitz ---
Here's a tarball with the failed build:
> http://userpage.physik.fu-berlin.de/~glaubitz/graphicsmagick-failed-build.tar.gz
You can reproduce the problem with:
$ cd graphicsmagick-1.3.20/
$ cd P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65272
--- Comment #3 from James Michael DuPont ---
(In reply to James Michael DuPont from comment #2)
> also on github https://github.com/golang/go/issues/10047
this was closed on github because it is valid go.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65159
--- Comment #8 from David Krauss ---
It was an updated tree. I'm not sure what revision it was updated from, but it
was probably late January.
Sorry for the delay, my machine got completely hosed by a bad RAM chip. Took
the filesystem with it. S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65159
--- Comment #9 from Jonathan Wakely ---
(In reply to David Krauss from comment #8)
> Jonathan, what does the "confirmed" mean, were you able to reproduce it at
> all?
Yes, but not after starting a fresh build in am empty directory, so it seems t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65272
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60875
Ryan Lortie changed:
What|Removed |Added
CC||desrt at desrt dot ca
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65272
--- Comment #5 from James Michael DuPont ---
@iant thanks for the update. my bad, I got confused.
here is the commit.
https://github.com/gcc-mirror/gcc/commit/cc0446bae7c8c0ccead885787ad3fc4db0c127e0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63234
--- Comment #7 from Mikael Pettersson ---
The wrong-code started in the 4.7 dev cycle with r183328, a fix for a similar
bug (PR50313) in 4.6. That fix was backported to 4.6 but doesn't trigger this
PR there (I just re-checked with 4.6.4).
The b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65433
Bug ID: 65433
Summary: ICE processing lambdas
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65433
--- Comment #1 from Avi Kivity ---
Created attachment 35038
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35038&action=edit
Preprocessed source triggering ICE (bzip2'ed)
/src/configure --prefix=/opt/gcc-5.0.0
--enable-clocale=gnu --disable-nls --with-system-zlib --with-demangler-in-ld
--enable-plugins --enable-shared --enable-bootstrap --with-fpmath=sse
--enable-languages=c,c++,lto
Thread model: posix
gcc version 5.0.0 20150315 (experimental) (GCC)
$ /opt/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65337
--- Comment #3 from Jan Hubicka ---
Indeed, the cd-dce is one the worst documented of the tradition SSA
optimizations. I commented on this to Jakum on IRC. The mechanizm that should
prevent conditional from being removed is the control dependenc
ome/miyuki/gcc/src/configure --prefix=/opt/gcc-5.0.0
> --enable-clocale=gnu --disable-nls --with-system-zlib
> --with-demangler-in-ld
> --enable-plugins --enable-shared --enable-bootstrap --with-fpmath=sse
> --enable-languages=c,c++,lto
> Thread model: posix
> gcc version 5.0.0 20150315
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65433
--- Comment #4 from Avi Kivity ---
I see the same crash on trunk, only now I get a stack trace:
0xca999f crash_signal
../../gcc/toplev.c:383
0x7f0b74 contains_struct_check
../../gcc/tree.h:2959
0x7f0b74 lambda_expr_this_capture(tree_node
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63234
--- Comment #8 from Mikael Pettersson ---
The failures on 4.7+ seem to be triggered by r177855, yet another ARM costing
tweak.
I'm not going to investigate this any further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65433
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58625
Tijl Coosemans changed:
What|Removed |Added
CC||tijl at coosemans dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52579
gee changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64432
--- Comment #32 from Harald Anlauf ---
Jerry,
to give you some positive feedback: I'm now using your latest patch in
https://gcc.gnu.org/ml/fortran/2015-03/msg00067.html
It works for me.
Thanks,
Harald
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46115
Shawn Landden changed:
What|Removed |Added
CC||shawn at churchofgit dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46115
--- Comment #5 from Shawn Landden ---
http://mackyle.github.io/blocksruntime/#download
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65414
Andrew Pinski changed:
What|Removed |Added
Keywords||build, wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46115
--- Comment #6 from Andrew Pinski ---
(In reply to Rob Staudinger from comment #3)
> For the record, this is already possible using bracketed expressions, but
> the syntactical sugar of not having to pick a function name would be great.
Actually
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44563
--- Comment #34 from Jan Hubicka ---
The problem is (as described earlier) the fact htat we sum size of all call
statmts
in function after every inline decision.
Most of time is spent in calling estimate_edge_size_and_time:
79.95% cc1 cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65414
--- Comment #12 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #11)
> I am almost 100% sure it was caused by
> e2a16b9122d238b8877640b5f6ef1599e195fae0 (revision 221372). I am checking
> if reverting this patch from the current u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65380
--- Comment #4 from Jan Hubicka ---
Hmm, this one compiles just fine for me with today mainline. Does the problem
still reproduce for you? Can you possibly dump out node->debug() and c?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63150
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63150
--- Comment #5 from Alan Modra ---
Author: amodra
Date: Mon Mar 16 03:29:36 2015
New Revision: 221445
URL: https://gcc.gnu.org/viewcvs?rev=221445&root=gcc&view=rev
Log:
PR target/63150
gcc/
* config/rs6000/rs6000.md (bswapdi2): Remove on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62109
--- Comment #4 from David ---
(In reply to Mikael Pettersson from comment #3)
> Do you have a test case which fails without your patch?
I do not. But this is a "by definition" thing.
This instruction is intended to emulate the Windows Interloc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
--- Comment #24 from nightstrike ---
(In reply to Marek Polacek from comment #20)
> Sorry, the patch hasn't been applied to 4.9 nor 4.8 branch yet, and I don't
> think it should be backported as-is, because just today I found out that the
> patch
38 matches
Mail list logo