--- Comment #12 from acme at mandriva dot com 2006-11-16 01:53 ---
(In reply to comment #11)
Subject: Re: DWARF: Not all inline concrete instances are being generated
OK, so I'll have to find another way of using the DWARF info to see if a
inline
routine
--- Comment #10 from acme at mandriva dot com 2006-11-14 17:19 ---
(In reply to comment #9)
I'm quite aware of what GCC outputs here :)
However, past the initial declarations, we don't output debug
information about what the state of the IR is at random points in the
compilation
--- Comment #6 from acme at mandriva dot com 2006-11-13 12:24 ---
Has an interesting discussion about Thin inlines:
http://sourceware.org/ml/dwarf2/2001-q1/msg00124.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29792
--- Comment #8 from acme at mandriva dot com 2006-11-13 16:16 ---
OK, I thought that this was due to something like what you described, even
not
knowing that much about gcc internals, but I thought that even in this case
the
DW_TAG_inlined_subroutine would be emitted
--- Comment #5 from acme at mandriva dot com 2006-11-12 20:39 ---
(In reply to comment #4)
The only thing left from __task_rq_lock is a label.
SNIP
task_cpu were inlined and we constant proped the value of rq the first of the
way through the function which we inlined this to.
OK
generated
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: acme at mandriva dot com
http
--- Comment #2 from acme at mandriva dot com 2006-11-10 03:19 ---
(In reply to comment #1)
Can you supply a preprocessed source of sched.c and the options which you
compiled it with?
Find the kernel/sched.i file attached, the options were these ones:
gcc -m32 -Wp,-MD,kernel
--- Comment #3 from acme at mandriva dot com 2006-11-10 03:20 ---
Created an attachment (id=12584)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12584action=view)
Preprocessed sched.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29792