--- Comment #10 from jakub at gcc dot gnu dot org 2009-10-20 09:39 ---
Created an attachment (id=18832)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18832action=view)
gcc45-pr41340.patch
Patch I'm going to bootstrap/regtest.
--
jakub at gcc dot gnu dot org changed:
--- Comment #11 from jakub at gcc dot gnu dot org 2009-10-20 13:29 ---
Subject: Bug 41340
Author: jakub
Date: Tue Oct 20 13:29:08 2009
New Revision: 153011
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153011
Log:
PR debug/41340
* loop-invariant.c
--- Comment #12 from jakub at gcc dot gnu dot org 2009-10-20 14:32 ---
The original rtl.ii.gz testcase compiles just fine with -fcompare-debug too
(though, it surely used to be something different, as those loop-invariant.c
changes are from end of September).
--
jakub at gcc dot gnu
--- Comment #7 from jakub at gcc dot gnu dot org 2009-10-19 17:05 ---
Confirmed, for -m32 -march=i686 -O3 -g vs. -g0 generates different code on:
typedef struct { int t; } *T;
struct S1 { unsigned s1; };
struct S2 { struct S1 s2; };
struct S3 { unsigned s3; struct S2 **s4; };
struct S5
--- Comment #8 from jakub at gcc dot gnu dot org 2009-10-19 17:14 ---
NONDEBUG_INSN_P differences start appearing in DSE1, looking into it.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jakub at gcc dot gnu dot org 2009-10-19 18:35 ---
Actually, it is not DSE1 but already loop-invariant.c, and the difference is in
max_reg_pressure of the current loop (4 vs. 5 for one of the classes).
--
jakub at gcc dot gnu dot org changed:
What
--- Comment #5 from d dot g dot gorbachev at gmail dot com 2009-10-16
20:09 ---
There is a real difference, i.e.
- 179: mov0x8(%ebp),%edx
- 17c: movzwl (%edx),%eax
+ 179: mov0x8(%ebp),%esi
+ 17c: movzwl (%esi),%eax
[...]
- 1a0: mov%edx,(%esp)
- 1a3: mov
--- Comment #6 from d dot g dot gorbachev at gmail dot com 2009-10-16
20:12 ---
Created an attachment (id=18813)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18813action=view)
gzipped preprocessed source file
Another case. Compile with:
cc1 -O3 -march=i686 -g tree-eh.i
-
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-10-15 18:17 ---
Is this just because of the use of random number generators to name symbols
with internal linkage, or is there some actual difference that -fcompare-debug
detects? (-fcompare-debug uses -frandom-seed to avoid the
--- Comment #2 from davek at gcc dot gnu dot org 2009-09-19 09:20 ---
Unsurprisingly, adding -g0 to the build line results in an expr.o without the
undefined reference.
/gnu/gcc/obj.no.pr41357/./prev-gcc/xgcc -B/gnu/gcc/obj.no.pr41357/./prev-gcc/
-B/opt/gcc-tools/i686-pc-cygwin/bin/
--- Comment #3 from davek at gcc dot gnu dot org 2009-09-19 09:21 ---
(In reply to comment #2)
Unsurprisingly,
Oops, sorry, wrong PR! I was on the wrong browser tab. Apologies.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41340
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|other |debug
Keywords||build
12 matches
Mail list logo
