[Bug target/23153] [4.1 Regression] [meta-bug] code size regression from 4.0 on x86
--- Comment #9 from steven at gcc dot gnu dot org 2005-11-02 22:55 --- What are the flags for the sizes in comment #7 and comment #8? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
[Bug target/23153] [4.1 Regression] [meta-bug] code size regression from 4.0 on x86
--- Comment #10 from dann at godzilla dot ics dot uci dot edu 2005-11-03 00:53 --- (In reply to comment #9) What are the flags for the sizes in comment #7 and comment #8? -O2 -march=i686 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
[Bug target/23153] [4.1 Regression] [meta-bug] code size regression from 4.0 on x86
--- Comment #11 from dann at godzilla dot ics dot uci dot edu 2005-11-03 00:59 --- A very useful tool for comparing function sizes in 2 binaries/object file is: ftp://ftp.firstfloor.org/pub/ak/bloat-o-meter it displays the function names, the size, the size difference as absolute value and percentage. It would even be nice to have something like this in gcc/contrib. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
[Bug target/23153] [4.1 Regression] [meta-bug] code size regression from 4.0 on x86
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P5 Target Milestone|4.2.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
[Bug target/23153] [4.1 Regression] [meta-bug] code size regression from 4.0 on x86
--- Comment #8 from dann at godzilla dot ics dot uci dot edu 2005-10-31 04:15 --- More data, the Linux kernel compiled for i686: size -f * textdata bss dec hex filename 2625471 534012 611768 3771251 398b73 vmlinux.4.0 3023306 429364 347384 3800054 39fbf6 vmlinux.4.1 It would be good if someone else can try to reproduce this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
[Bug target/23153] [4.1 Regression] [meta-bug] code size regression from 4.0 on x86
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | Target Milestone|4.1.0 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
[Bug target/23153] [4.1 Regression] [meta-bug] code size regression from 4.0 on x86
--- Additional Comments From dann at godzilla dot ics dot uci dot edu 2005-09-13 23:09 --- Additional data: For the testcase in PR8361: size -f generate-3.4*.o textdata bss dec hex filename 297025 4 181 297210 488fa generate-3.4-4.0.o 318366 8 181 318555 4dc5b generate-3.4-4.1.o so about a 7% increase for 4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
[Bug target/23153] [4.1 Regression] [meta-bug] code size regression from 4.0 on x86
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-19 21:54 --- (In reply to comment #5) Is there any reason that this PR is still in UNCONFIRMED state? Because this really a meta-bug now. And it looks like all the remaining issues are caused by: 2005-07-30 Jan Hubicka [EMAIL PROTECTED] * expr.c (expand_expr_real_1): Do not load mem targets into register. * i386.c (ix86_fixup_binary_operands): Likewise. (ix86_expand_unary_operator): Likewise. (ix86_expand_fp_absneg_operator): Likewise. * optabs.c (expand_vec_cond_expr): Validate dest. So this is target issue. -- What|Removed |Added BugsThisDependsOn|21883 | Status|UNCONFIRMED |NEW Component|tree-optimization |target Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-19 21:54:52 date|| Summary|[4.1 Regression] code size |[4.1 Regression] [meta-bug] |regression from 4.0 on x86 |code size regression from ||4.0 on x86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153