[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- 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? It makes libgfortran build crash with a patch I'd like to submit. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Last reconfirmed|2006-03-09 22:52:29 |2006-04-27 13:14:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365039: gcc: c99 calls cc expecting it to be gcc
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 let me file a bug against gcc because it is listed as a dependency package, I hope the manual editing did not break anything. -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (10, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages gcc-4.0 depends on: ii binutils 2.16.1cvs20060117-1 The GNU assembler, linker and bina ii cpp-4.0 4.0.3-1 The GNU C preprocessor ii gcc-4.0-base 4.0.3-1 The GNU Compiler Collection (base ii libc62.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1GCC support library Versions of packages gcc-4.0 recommends: ii libc6-dev 2.3.6-7GNU C Library: Development Librari ii libmudflap0-dev 4.1.0-1+b1 GCC mudflap support libraries (dev -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- 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 real problems this exposes, i'm not going to remove the assert. In particular, whenever that assert triggers, it's going to generate bad code because somebody somewhere (either user or compiler pass, it varies) has done something wrong. So if it's triggering during your libgfortran builds with a patch, you really need to examine where it's triggering. If it is triggering because there is a bare NMT there, then something has screwed up aliasing. > > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug tree-optimization/27144] [4.2 regression] segfault with -O2 on x86_64 (and powerpc64)
-- 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 |org Status|NEW |ASSIGNED Last reconfirmed|2006-04-13 17:01:44 |2006-04-27 16:04:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27144 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- 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://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- 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-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. Except that may_alias is rerun right after PRE, so it should have the same symbols :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- 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://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- 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. So that leaves may_alias and copyprop itself to blame. -fno-strict-aliasing "fixes" it, too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bug tree-optimization/27144] [4.2 regression] segfault with -O2 on x86_64 (and powerpc64)
--- 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 on the CC list for the bug, or are watching someone who is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365123: gcc-4.0: gcov opens files with O_RDWR
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 that to be a major bug - opening files O_RDWR when only read access is needed. (At least, in strace I only see read()s). Regards, Phil -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: LC_ALL set to de_AT) Versions of packages gcc-4.0 depends on: ii binutils 2.16.1cvs20060413-1 The GNU assembler, linker and bina ii cpp-4.0 4.0.3-2 The GNU C preprocessor ii gcc-4.0-base 4.0.3-2 The GNU Compiler Collection (base ii libc62.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1GCC support library Versions of packages gcc-4.0 recommends: ii libc6-dev 2.3.6-7GNU C Library: Development Librari pn libmudflap0-dev(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
