X-Reportbug-Version: 3.20
X-Debbugs-Cc: [EMAIL PROTECTED]
Package: gcc-4.0
Version: 4.0.3-2
Severity: important
gcov opens it's data files *.gcda and *.gcno with O_RDWR.
This fails if these files were created by another user, and the current user
only has read access to those files.
I believe th
--- Comment #5 from rakdver at gcc dot gnu dot org 2006-04-27 17:42 ---
This is more or less dup of PR23434 (the fix for it is not quite correct). I am
testing a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27144
--- You are receiving this mail because: ---
You are
--- Comment #20 from rguenth at gcc dot gnu dot org 2006-04-27 17:08
---
Happens with -O -quiet t.c -dumpbase t.c -fdump-tree-alias1-vops
-fstrict-aliasing -fno-tree-fre -fno-tree-ccp -fdump-tree-all -fno-tree-dce
-fno-tree-copyrename -fno-tree-salias and manually disabled forwprop.
S
--- Comment #19 from rguenth at gcc dot gnu dot org 2006-04-27 16:56
---
This one ICEs the same way, already during the first copyprop pass:
typedef union {
int d;
} U;
int rv;
void breakme()
{
U *rv0;
U *pretmp = (U*)&rv;
rv0 = pretmp;
rv0->d = 42;
}
--
http:
--- Comment #18 from dberlin at gcc dot gnu dot org 2006-04-27 16:55
---
Subject: Re: [4.2 Regression] ICE in in
add_virtual_operand
On Thu, 2006-04-27 at 16:43 +, rguenth at gcc dot gnu dot org wrote:
>
> --- Comment #17 from rguenth at gcc dot gnu dot org 2006-04-2
--- Comment #17 from rguenth at gcc dot gnu dot org 2006-04-27 16:43
---
As followup to comment #9, copyprop propagates pretmp.23_2 into rv.0_1->d, and
in
may_propagate_copy we see that rv.0_1 has both an SMT and NMT associated with,
while pretmp.23_2 has none of the two.
--
http:/
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #16 from dberlin at gcc dot gnu dot org 2006-04-27 15:39
---
Subject: Re: [4.2 Regression] ICE in in
add_virtual_operand
> What's the status on this? It makes libgfortran build crash with a patch I'd
> like to submit.
Uh, okay, so, until someone debugs the other
Package: gcc
Version: 4.0.2-2
Severity: minor
The c99 script executes "cc -std=c99". But in debian, cc is chosen by the
alternatives mechanism, and may be a symlink for tcc, which does not
understand this option. It might be safer to call gcc instead of cc.
By the way, reportbug was refusing to l
--- Comment #15 from fxcoudert at gcc dot gnu dot org 2006-04-27 13:14
---
(In reply to comment #11)
> The only solution in these cases it to remove the assert and let it
> generate bad code, but I want to fix other issues first before removing
> the assert.
What's the status on this?
10 matches
Mail list logo
