--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-10 03:09 ---
Can you supply a preprocessed source of sched.c and the options which you
compiled it with?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29792
--- 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/.sch
--- 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=12584&action=view)
Preprocessed sched.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29792
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-12 08:35 ---
The only thing left from __task_rq_lock is a label.
If we look at that inlined function, we see:
static inline __attribute__((always_inline)) struct rq *__task_rq_lock(struct
task_struct *p)
{
struct rq *rq;
repea
--- 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.
> 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, I
--- 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 #7 from dberlin at gcc dot gnu dot org 2006-11-13 16:00 ---
Subject: Re: DWARF: Not all inline concrete instances are being generated
On 12 Nov 2006 20:39:43 -, acme at mandriva dot com
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #5 from acme at mandriva dot com 2
--- 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 emitte
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-11-14 04:53 ---
Subject: Re: DWARF: Not all inline concrete instances are being generated
On 13 Nov 2006 16:16:50 -, acme at mandriva dot com
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #8 from acme at mandriva dot com 2
--- 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
> compil
--- Comment #11 from dberlin at gcc dot gnu dot org 2006-11-15 03:55
---
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, such as __task_rq_lock was used at all in
--- 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, such as __tas
On 12 Nov 2006 20:39:43 -, acme at mandriva dot com
<[EMAIL PROTECTED]> wrote:
--- 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.
> task_cpu were inlined and we constant proped the valu
On 13 Nov 2006 16:16:50 -, acme at mandriva dot com
<[EMAIL PROTECTED]> wrote:
--- 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 thou
OK, so I'll have to find another way of using the DWARF info to see if a inline
routine, such as __task_rq_lock was used at all in the build or was just
included in the DWARF info but not referenced anywhere, have to dig more into
the available information...
BTW, if, in these cases, DW_TAG_subro
15 matches
Mail list logo