http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36898
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46077
Summary: [4.6 regression] ICE in tree vectorization when
compiling towns_audio.cpp from scummvm
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46078
Summary: [4.6 regression] new valgrind warnings when compiling
an optimization test case
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46041
--- Comment #9 from Michael Meissner 2010-10-18
22:37:36 UTC ---
Author: meissner
Date: Mon Oct 18 22:37:32 2010
New Revision: 165666
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165666
Log:
Fix PR 46041
Modified:
trunk/gcc/ChangeL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42561
Matt Hargett changed:
What|Removed |Added
Version|4.5.0 |4.6.0
--- Comment #7 from Matt Hargett 20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42577
Matt Hargett changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42628
--- Comment #12 from Matt Hargett 2010-10-18 22:44:19 UTC
---
If someone resolves this bug as a duplicate of PR45700 (or vice versa), I'll
verify.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30461
--- Comment #2 from Andrew Pinski 2010-10-19
00:08:06 UTC ---
(In reply to comment #1)
> Andrew, can you clarify ? :-)
Since the class methods can never be called directly, the DECL_VISIBILITY of
that decl could be marked as VISIBILITY_HIDDEN.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45966
--- Comment #3 from Bernd Schmidt 2010-10-19
00:24:39 UTC ---
Author: bernds
Date: Tue Oct 19 00:24:36 2010
New Revision: 165674
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165674
Log:
PR rtl-optimization/45966
* combine.c (try
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46027
--- Comment #2 from Andrew Pinski 2010-10-19
00:29:18 UTC ---
Here is a full testcase:
typedef unsigned type1;
typedef unsigned char type2;
type1 t;
void f(type1 tt)
{
type2 t1 = t;
type1 t2 = t1;
t = t2 & 0xFF;
}
void f2(type1 tt)
{
type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36084
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46079
Summary: ABI for empty stop statement broken
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45962
--- Comment #15 from Hans-Peter Nilsson 2010-10-19
02:37:49 UTC ---
(In reply to comment #14)
> I haven't yet figured out which function's stack-frame is borked / where
> exactly the saved value of r7 is clobbered. Tomorrow.
Ookay, so... With r1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46079
--- Comment #1 from Jerry DeLisle 2010-10-19
02:46:16 UTC ---
Patch submitted:
http://gcc.gnu.org/ml/fortran/2010-10/msg00193.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
--- Comment #4 from Jan Hubicka 2010-10-19
03:20:48 UTC ---
It is caused by fact that the main() function is optimized for size except for
code in loops because we know it will be executed once.
Inliner thinks that it is not good idea to inline p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
--- Comment #5 from Jan Hubicka 2010-10-19
03:25:37 UTC ---
Also renaming main() to main2() so GCC no longer can track the runtime
behaviour leads to:
0: 53 push %rbx
1: bb 00 00 00 00 mov$0x0,%ebx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
Jan Hubicka changed:
What|Removed |Added
CC||rguenther at suse dot de
--- Comment #6 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
--- Comment #7 from Andrew Pinski 2010-10-19
04:42:40 UTC ---
(In reply to comment #6)
> I think both indirect inlining and constant propagation should be able to get
> past the cast especially when there is no type mismatch in the testcase.
Eit
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
>
> --- Comment #7 from Andrew Pinski 2010-10-19
> 04:42:40 UTC ---
> (In reply to comment #6)
> > I think both indirect inlining and constant propagation should be able to
> > get
> > past the cast especially when there is no type mismatch in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
--- Comment #8 from Jan Hubicka 2010-10-19 05:47:31 UTC
---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076
>
> --- Comment #7 from Andrew Pinski 2010-10-19
> 04:42:40 UTC ---
> (In reply to comment #6)
> > I think both indirect inlining a
101 - 121 of 121 matches
Mail list logo
