[Bug rtl-optimization/23153] New: code size regression from 4.0 on x86

["dann at godzilla dot ics dot uci dot edu" <gcc-bugzilla at gcc dot gnu dot org>]

Compiling xterm-202 on i686-pc-linux-gnu shows that 4.1 generates bigger code
than 4.0. 
This happens for all combinations of {-march=i386 and -march=i686} and 
{-O2 and -Os}. 

 size -f 4.*/xterm
  text    data     bss     dec     hex filename
 175215   21724    6684  203623   31b67 4.0-O2-i386/xterm
 181835   14052    6684  202571   3174b 4.1-O2-i386/xterm
 189064   21728    6684  217476   35184 4.0-O2-i686/xterm
 195680   14056    6684  216420   34d64 4.1-O2-i686/xterm
 148727   21724    6684  177135   2b3ef 4.0-Os-i386/xterm
 156443   14052    6684  177179   2b41b 4.1-Os-i386/xterm
 149011   21724    6684  177419   2b50b 4.0-Os-i686/xterm
 156779   14052    6684  177515   2b56b 4.1-Os-i686/xterm

The same is true for the individual object files, not only for the final binary. 
The preprocessed sources can be obtained from PR22574

If someone wants to investigate the cause, maybe it would be a good idea to look
at one of the small files like xstrings.i (500 bytes text size).

-- 
           Summary: code size regression from 4.0 on x86
           Product: gcc
           Version: 4.1.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: rtl-optimization
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: dann at godzilla dot ics dot uci dot edu
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153