--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-05
01:28 ---
Subject: Re: New: FAIL: gcc.dg/debug/dwarf2/inline2.c
scan-assembler-times \(DIE \(.*?\) DW_TAG_in lined_subroutine 6
Attached inline2.s.
Dave
--- Comment #2 from dave at hiauly1 dot hia do
--- Comment #3 from dodji at gcc dot gnu dot org 2009-09-05 08:40 ---
I can't reproduce this on x86_64-unknown-linux-gnu on the 4.4 branch at
revision 151443.
It looks like on your system, some functions that should be inlined aren't, for
some reason. Are inlining decision platform depe
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-05 10:05 ---
They are platform dependent in that non-register operations are accounted
according to their move cost. Thus if at all it is
int* a = 0;
a[0] = var3;
that makes the difference. You can either increase optimiz
--- Comment #5 from dodji at gcc dot gnu dot org 2009-09-07 10:26 ---
Subject: Re: FAIL: gcc.dg/debug/dwarf2/inline2.c scan-assembler-times
\(DIE \(.*?\) DW_TAG_in lined_subroutine 6
Le 05/09/2009 12:05, rguenth at gcc dot gnu dot org a écrit :
> They are platform dependent in that n
--- Comment #6 from danglin at gcc dot gnu dot org 2009-10-06 01:54 ---
Neither -O3 or __attribute__((always_inline)) work. There are four
instances of "\\(DIE \\(.*?\\) DW_TAG_lexical_block" and "\\(DIE \\(.*?\\)
DW_TAG_lexical_block" in the assembly output. Reviewing the assembler,
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41272
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
