http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55931
Ryan Mansfield changed:
What|Removed |Added
CC||rmansfield at qnx dot com
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59435
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Dec 9 22:59:33 2013
New Revision: 205836
URL: http://gcc.gnu.org/viewcvs?rev=205836&root=gcc&view=rev
Log:
/cp
2013-12-09 Paolo Carlini
PR c++/59435
* parser.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59435
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59427
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Dec 9 23:02:18 2013
New Revision: 205837
URL: http://gcc.gnu.org/viewcvs?rev=205837&root=gcc&view=rev
Log:
2013-12-09 Paolo Carlini
PR libstdc++/59427
* include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59427
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59440
Bug ID: 59440
Summary: [4.9 Regression] ICE in force_decl_die, at
dwarf2out.c:20111 with -g
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59428
--- Comment #5 from Tobias Burnus ---
Author: burnus
Date: Mon Dec 9 23:17:06 2013
New Revision: 205838
URL: http://gcc.gnu.org/viewcvs?rev=205838&root=gcc&view=rev
Log:
2013-12-10 Tobias Burnus
PR fortran/59428
PR fortran/58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41724
--- Comment #5 from Tobias Burnus ---
Author: burnus
Date: Mon Dec 9 23:17:06 2013
New Revision: 205838
URL: http://gcc.gnu.org/viewcvs?rev=205838&root=gcc&view=rev
Log:
2013-12-10 Tobias Burnus
PR fortran/59428
PR fortran/58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58099
--- Comment #31 from Tobias Burnus ---
Author: burnus
Date: Mon Dec 9 23:17:06 2013
New Revision: 205838
URL: http://gcc.gnu.org/viewcvs?rev=205838&root=gcc&view=rev
Log:
2013-12-10 Tobias Burnus
PR fortran/59428
PR fortran/5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58676
--- Comment #5 from Tobias Burnus ---
Author: burnus
Date: Mon Dec 9 23:17:06 2013
New Revision: 205838
URL: http://gcc.gnu.org/viewcvs?rev=205838&root=gcc&view=rev
Log:
2013-12-10 Tobias Burnus
PR fortran/59428
PR fortran/58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59428
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
ugs.html> for instructions.
Target: x86_64-unknown-linux-gnu
Configured with: --disable-bootstrap --enable-languages=c,c++,lto
--enable-checking=yes
gcc version 4.9.0 20131209 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59441
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59441
--- Comment #1 from Marek Polacek ---
Reminder: after fixing this one, make pr59437.C run with -flto again.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59426
--- Comment #3 from Paolo Carlini ---
Sorry, I spent too little time on my message. I meant to say that, *in
general*, our intrinsics (modulo bugs, of course) try to track the c++11
semantics of the corresponding C++11 type trait with the same nam
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59439
--- Comment #2 from Andrew Pinski ---
Is there a simple performance testcase you could provide?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45198
--- Comment #8 from H.J. Lu ---
(In reply to Andrew Pinski from comment #3)
> (subreg:DI
> + (match_operand:V4SF 1 "register_operand"
> + "x,x") 0)
>
> That is not a valid subreg and should have be rejected.
This change:
http://
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59439
--- Comment #3 from Ben Maurer ---
Created attachment 31405
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31405&action=edit
Benchmark
_build/opt/experimental/bmaurer/benchmark
snprintf
1 threads took 20 ms
2 threads took 20 ms
3 threads to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59439
--- Comment #4 from Ben Maurer ---
Also, here's where perf says time is being spent. While only 25% is shown as
being in the locale constructor/destructor, I suspect that the time spent in
other methods is actually related to the ping-ponging of c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59442
Bug ID: 59442
Summary: movapd tests fail if built with
-fstack-protector-strong/all
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55715
--- Comment #1 from Joseph S. Myers ---
Author: jsm28
Date: Tue Dec 10 01:23:37 2013
New Revision: 205846
URL: http://gcc.gnu.org/viewcvs?rev=205846&root=gcc&view=rev
Log:
PR preprocessor/55715
libcpp:
* expr.c (num_binary_op): Implement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55715
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59443
Bug ID: 59443
Summary: Passing arguments via stack in x86-64
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59443
--- Comment #1 from Dennis Yurichev ---
dennis@ubuntu:~$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59443
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59364
Tom De Caluwé changed:
What|Removed |Added
CC||decaluwe.t at gmail dot com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41488
--- Comment #6 from amker at gcc dot gnu.org ---
Author: amker
Date: Tue Dec 10 06:31:41 2013
New Revision: 205848
URL: http://gcc.gnu.org/viewcvs?rev=205848&root=gcc&view=rev
Log:
PR tree-optimization/41488
* tree-ssa-loop-ivopts.c (add_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59364
--- Comment #2 from Conrad ---
I wouldn't call the method presented in the comments to bug #55800 as a
workaround.
Quote:
"at least adding .globl _ZTWN3xyz3blaE _ZTWN3xyz3blaE = __tls_init manually at
the end of the assembly seems to make the co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58640
--- Comment #14 from Jeffrey A. Law ---
Oleg, please open a new bug for the SH problem rather than piggy-backing on
this one as they're clearly distinct issues.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58928
chenjinzhi changed:
What|Removed |Added
CC||gnome3fans at gmail dot com
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59364
--- Comment #3 from Conrad ---
Reduced test case. Compile with:
g++ a.cpp -c -o a.o -std=c++11
g++ b.cpp -c -o b.o -std=c++11
g++ a.o b.o -o prog -std=c++11
file foo.hpp:
class foo
{
public:
inline foo() {}
inline ~foo() {}
inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59364
--- Comment #4 from Conrad ---
Created attachment 31406
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31406&action=edit
reduced test case
Attached reduced_test_case.tar.gz
No need for pre-processed input, as it doesn't include any system h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
Jakub Jelinek changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59349
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
101 - 135 of 135 matches
Mail list logo
