Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anemo at mba dot ocn dot ne dot jp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45704
--- Comment #2 from anemo at mba dot ocn dot ne dot jp 2010-05-06 06:23
---
I confirmed gcc 4.4.3 (fedora 12) behaves same.
--
anemo at mba dot ocn dot ne dot jp changed:
What|Removed |Added
mmary: mudflap cannot detect errors on stack of nptl thread
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libmudflap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anemo at mba dot ocn dot ne dot jp
GCC target triplet: *-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38766
--- Comment #10 from anemo at mba dot ocn dot ne dot jp 2006-08-05 15:48
---
(In reply to comment #9)
> Created an attachment (id=12010)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12010&action=view) [edit]
> A hackish fix
I tried gcc 4.1 with this patch and compi
--- Comment #7 from anemo at mba dot ocn dot ne dot jp 2006-07-21 16:34
---
(In reply to comment #6)
> Thanks. With this patch, gcc 4.1.1 produces expected output.
> It seems gcc 4.2 does not move rdhwr before branch without this patch, but I
> can not see why.
I tried to
--- Comment #15 from anemo at mba dot ocn dot ne dot jp 2006-07-18 16:53
---
(In reply to comment #14)
> This is because it's an incoming parameter, and as a result, this
> doesn't look at all like an array access, but just a random pointer access.
>
> I hav
--- Comment #11 from anemo at mba dot ocn dot ne dot jp 2006-07-16 13:21
---
I have a similer optimization problem with this tiny function.
void foo(int *a)
{
int i;
for (i = 0; i < 100; i++)
a[0] += a[1];
}
All gcc 4.x I tried generate load and st
--- Comment #6 from anemo at mba dot ocn dot ne dot jp 2006-07-13 14:58
---
(In reply to comment #2)
> Although I don't know much about the instruction scheduling, I had
> a similar problem on SH and it was workarounded with emitting blockage
> insns. The patch below
--- Comment #5 from anemo at mba dot ocn dot ne dot jp 2006-07-13 14:42
---
Created an attachment (id=11881)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11881&action=view)
do not put rdhwr instruction on delay slot
With this patch, gcc 4.2 (with -O1, -O2) and gcc 4.1
--- Comment #3 from anemo at mba dot ocn dot ne dot jp 2006-07-06 16:20
---
Subject: Re: gcc moves an expensive instruction outside
of a conditional
One note: I think "rdhwr $v1, $29" should not be placed in delay slot
anyway. The instruction always generate an exception
on outside of a
conditional
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anemo at mba dot ocn dot ne do
nction with side-effects discarded by
optimization
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anemo at m
12 matches
Mail list logo
