https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63470
--- Comment #12 from Jan Hubicka ---
The other bug is double ajdusting of call_stmt_size when the call is turned
direct. Fixed thus:
Index: ipa-prop.c
===
--- ipa-prop.c (revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63470
--- Comment #11 from Markus Trippelsdorf ---
Oh, well. I will revert the addition of the testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63470
--- Comment #10 from Markus Trippelsdorf ---
Author: trippels
Date: Mon Jan 12 07:48:50 2015
New Revision: 219445
URL: https://gcc.gnu.org/viewcvs?rev=219445&root=gcc&view=rev
Log:
ipa/63470 add testcase
2015-01-11 Markus Trippelsdorf
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64043
--- Comment #16 from Igor Zamyatin ---
Hi, Honza!
I still see that performance degradations for spec2006 tests. Could you please
check those on your side?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63470
--- Comment #9 from Jan Hubicka ---
The ICE still reproduces for me even though at different place now. I am
looking ito it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64491
Joost VandeVondele changed:
What|Removed |Added
Known to work||4.9.2, 4.9.3
--- Comment #6 from Jo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63470
--- Comment #8 from Joost VandeVondele
---
Possibly fixed by (?) :
https://gcc.gnu.org/ml/gcc-patches/2015-01/msg00640.html
refix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 5.0.0 20150111 (experimental) [trunk revision 219429] (GCC)
$
$ gcc-trunk -Os -c small.c
$ gcc-4.9 -Wall -Wextra -Os -c small.c
small.c: In function ‘fn1’:
small.c:7:14: warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64562
Bug ID: 64562
Summary: Member functions with r-value reference for *this and
deduced return type incorrectly rejected as ambiguous
Product: gcc
Version: 4.9.3
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64561
H.J. Lu changed:
What|Removed |Added
CC||ubizjak at gmail dot com
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64561
Bug ID: 64561
Summary: [5 Regression] HAVE_LD_PIE_COPYRELOC is defined to 1
for broken linker
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51615
--- Comment #3 from Igor Pashev ---
I managed to work around this issue by disabling multithreaded compilation in
ECJ:
---
ecj-3.10.1.orig/src/org.eclipse.jdt.core/org/eclipse/jdt/internal/compiler/batch/Main.java
+++
ecj-3.10.1/src/org.eclipse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64491
--- Comment #5 from joona.kiiski at gmail dot com ---
Thanks for confirming the problem, Joost!
* The original reporter stated that also 4.9 branch is affected, but I
haven't tested this myself. No idea about 4.8 branch.
* Latest gcc stable rele
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63733
--- Comment #8 from janus at gcc dot gnu.org ---
Author: janus
Date: Sun Jan 11 22:00:06 2015
New Revision: 219440
URL: https://gcc.gnu.org/viewcvs?rev=219440&root=gcc&view=rev
Log:
2015-01-11 Janus Weil
PR fortran/63733
* interface.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023
--- Comment #7 from janus at gcc dot gnu.org ---
I have finally committed the patch in comment 2 (sorry that it took so long).
The ICE on comment 0 is still there, but for consistency one should do a bit
more than shown in comment 5. Will take ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023
--- Comment #6 from janus at gcc dot gnu.org ---
Author: janus
Date: Sun Jan 11 19:13:24 2015
New Revision: 219439
URL: https://gcc.gnu.org/viewcvs?rev=219439&root=gcc&view=rev
Log:
2015-01-11 Janus Weil
PR fortran/58023
* resolve.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63724
--- Comment #4 from Yvan Roux ---
Author: yroux
Date: Sun Jan 11 18:36:42 2015
New Revision: 219433
URL: https://gcc.gnu.org/viewcvs?rev=219433&root=gcc&view=rev
Log:
gcc/
2015-01-11 Yvan Roux
Backport from trunk r217362, r217546.
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64508
--- Comment #3 from janus at gcc dot gnu.org ---
Fixed with r219431. Closing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64508
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64508
--- Comment #2 from janus at gcc dot gnu.org ---
Author: janus
Date: Sun Jan 11 17:31:22 2015
New Revision: 219431
URL: https://gcc.gnu.org/viewcvs?rev=219431&root=gcc&view=rev
Log:
2015-01-11 Janus Weil
PR fortran/64508
* interface.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37131
Thomas Koenig changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64559
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34574
--- Comment #4 from Igor Pashev ---
I can reploduce it with Debian/amd64 and gcc4.9:
Thread 3 (Thread 0x7f43f8764700 (LWP 16318)):
#0 __lll_lock_wait () at
../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1 0x7f445d4f74b9 in _L_l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64560
--- Comment #1 from Jonathan Wakely ---
--- a/libstdc++-v3/src/c++11/cxx11-shim_facets.cc
+++ b/libstdc++-v3/src/c++11/cxx11-shim_facets.cc
@@ -768,9 +768,11 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
{
using namespace __facet_shims;
+#if __cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64560
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64560
Bug ID: 64560
Summary: [5 Regression] building libstdc++ with -fno-rtti fails
in new cxx11-shim-facets.cc file
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58256
Chen Gang changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58256
--- Comment #13 from Chen Gang ---
For gcc version 5.0.0 20150109 (experimental) (GCC), can not find this issue
again. So at present, we can close it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63321
--- Comment #6 from Oleg Endo ---
The shll/shlr insns effectively perform two operations:
T = zero_extract single bit 0 / 31 from reg
reg = reg << 1 / reg >> 1.
The other shift insns as in comment #5 perform only a single operation. Thus
th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356
--- Comment #13 from fiesh at zefix dot tv ---
Are there any news on this bug? At least for us, this keeps production code
from being able to work with any boost >1.55, which is becoming an increasingly
bigger issue.
31 matches
Mail list logo
