[Bug rtl-optimization/23523] peephole2 causes code size on i686

2006-02-11 Thread hjl at lucon dot org
--- Comment #15 from hjl at lucon dot org 2006-02-11 20:17 --- FYI, -march=i686 turns on -mtune=generic32 in 4.2, while it turns on -mtune=pentiumpro in gcc 4.0 and 4.1. I backported the patch to 4.1: http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01436.html -- http://gcc.gnu.org/bug

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2006-02-11 Thread steven at gcc dot gnu dot org
--- Comment #14 from steven at gcc dot gnu dot org 2006-02-11 11:36 --- And so does GCC 4.1. -- steven at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2006-02-11 Thread steven at gcc dot gnu dot org
--- Comment #13 from steven at gcc dot gnu dot org 2006-02-11 11:27 --- GCC 4.2 gives me the code with eax again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23523

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2005-11-02 Thread dann at godzilla dot ics dot uci dot edu
--- Comment #12 from dann at godzilla dot ics dot uci dot edu 2005-11-03 07:51 --- (In reply to comment #11) > (In reply to comment #10) > > I am not sure what kind of answer you expect here. > > Speed and code size are not disjoint. Think about I-cache and I-TLB misses. > But again wh

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2005-11-02 Thread pinskia at gcc dot gnu dot org
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-03 02:40 --- (In reply to comment #10) > I am not sure what kind of answer you expect here. > Speed and code size are not disjoint. Think about I-cache and I-TLB misses. But again who is using an pentiumpro machine any more.

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2005-11-02 Thread dann at godzilla dot ics dot uci dot edu
--- Comment #10 from dann at godzilla dot ics dot uci dot edu 2005-11-03 02:34 --- (In reply to comment #9) > Have you tested the speed? As I said I really doubt it makes a real world > change in terms of speed. This is different from code size. I am not sure what kind of answer you

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2005-11-02 Thread pinskia at gcc dot gnu dot org
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-03 02:15 --- Have you tested the speed? As I said I really doubt it makes a real world change in terms of speed. This is different from code size. If you want it smaller use -Os or -march=pentium3 (as i686 is faster when split

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2005-11-02 Thread dann at godzilla dot ics dot uci dot edu
--- Comment #8 from dann at godzilla dot ics dot uci dot edu 2005-11-03 02:12 --- (In reply to comment #6) > The use of ax vs cx will not matter in the real world. This is from a real world program (xterm) and it seems to matter, when using eax the code is smaller. Are you sure that t

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2005-11-02 Thread pinskia at gcc dot gnu dot org
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-03 01:42 --- Remember if you care about code size use -Os. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23523

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2005-11-02 Thread pinskia at gcc dot gnu dot org
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-03 01:39 --- The use of ax vs cx will not matter in the real world. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2005-11-02 Thread dann at godzilla dot ics dot uci dot edu
--- Comment #5 from dann at godzilla dot ics dot uci dot edu 2005-11-03 01:27 --- (In reply to comment #4) > This is actually invalid as nothing happens for -Os case so what you are > seeing > is just an atrifact. Sorry but this explanation for marking the PR invalid does not make sen

[Bug rtl-optimization/23523] peephole2 causes code size on i686

2005-11-02 Thread pinskia at gcc dot gnu dot org
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-03 01:04 --- This is actually invalid as nothing happens for -Os case so what you are seeing is just an atrifact. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added