[Bug middle-end/31528] Inlining with -Os increases code size

2011-01-11 Thread hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31528 Jan Hubicka changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug middle-end/31528] Inlining with -Os increases code size

2010-11-11 Thread j at uriah dot heep.sax.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31528 --- Comment #11 from Joerg Wunsch 2010-11-11 10:59:42 UTC --- (In reply to comment #10) > Can you, please, test if current mainline behave more resonably? Well, I had to fix bug #46426 first ... Yes, that looks good now. Compiling the origina

[Bug middle-end/31528] Inlining with -Os increases code size

2010-11-10 Thread hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31528 Jan Hubicka changed: What|Removed |Added CC||hubicka at gcc dot gnu.org Known to fa

[Bug middle-end/31528] Inlining with -Os increases code size

2010-09-07 Thread abnikant dot singh at atmel dot com
--- Comment #9 from abnikant dot singh at atmel dot com 2010-09-07 11:36 --- gcc version 4.6.0 20100907 (experimental) is not performing the inline in -Os for the test case: #define UCSRA (*(volatile unsigned char *)0x2B) #define UDRE 5 #define UDR (*(volatile unsigned char *)0x2C)

[Bug middle-end/31528] Inlining with -Os increases code size

2007-11-22 Thread rguenth at gcc dot gnu dot org
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-11-22 22:00 --- Same results on current trunk. Early inlining is already doing it because we think putchs size (4 insns) when inlined will reduce the compilation units size by 4 insns (the out-of-line copy of putch). putchs IL bef

[Bug middle-end/31528] Inlining with -Os increases code size

2007-04-10 Thread j at uriah dot heep dot sax dot de
--- Comment #7 from j at uriah dot heep dot sax dot de 2007-04-10 21:04 --- Changed target triplet from avr-*-* to *-*-* as obviously, at least some of GCC's mainstream targets are affected by that bug as well (perhaps even *any* target). -- j at uriah dot heep dot sax dot de change

[Bug middle-end/31528] Inlining with -Os increases code size

2007-04-10 Thread j at uriah dot heep dot sax dot de
--- Comment #6 from j at uriah dot heep dot sax dot de 2007-04-10 17:15 --- (In reply to comment #5) > Inlining decisions are based on heuristics. What works for one > target may not work quite as well for another. In this case, it > seems that for AVR the heuristics are not the best.

[Bug middle-end/31528] Inlining with -Os increases code size

2007-04-10 Thread j at uriah dot heep dot sax dot de
--- Comment #4 from j at uriah dot heep dot sax dot de 2007-04-10 15:38 --- This code snippet can also be run through the i386 compiler (even though the generated code will obviously be nonsensical). I've only got an older version of that compiler at hand: gcc41 (GCC) 4.1.2 20061229 (

[Bug middle-end/31528] Inlining with -Os increases code size

2007-04-10 Thread j at uriah dot heep dot sax dot de
--- Comment #3 from j at uriah dot heep dot sax dot de 2007-04-10 14:40 --- Created an attachment (id=13347) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13347&action=view) Generated assembly code with -Os -fno-inline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31528

[Bug middle-end/31528] Inlining with -Os increases code size

2007-04-10 Thread j at uriah dot heep dot sax dot de
--- Comment #2 from j at uriah dot heep dot sax dot de 2007-04-10 14:40 --- Created an attachment (id=13346) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13346&action=view) Generated assembly code with -Os. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31528

[Bug middle-end/31528] Inlining with -Os increases code size

2007-04-10 Thread j at uriah dot heep dot sax dot de
--- Comment #1 from j at uriah dot heep dot sax dot de 2007-04-10 14:38 --- Created an attachment (id=13345) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13345&action=view) Test case for bug 66690. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31528