Re: "no match" semantic error for some existing probe points

[Alexandre Oliva <aoliva@redhat.com>]

On Oct 30, 2006, Roland McGrath <roland@redhat.com> wrote:

>> <2><4673b>: Abbrev Number: 49 (DW_TAG_inlined_subroutine)
>> DW_AT_abstract_origin: <467d3>
>> DW_AT_low_pc      : 0x9db0
>> DW_AT_high_pc     : 0x9de8
>> DW_AT_call_file   : 0
>> DW_AT_call_line   : 0
>> 
>> Does this mean the compiler didn't produce such information and
>> we cannot handle this in systemtap?

> This indeed is the compiler giving us no useful information here.

Indeed, but this is an inlined call of ptrace_disabled.  What we're
missing is info about the clear_single_step() inlined call.  However,
in my kernel source tree, clear_single_step is a macro, not a
function, so you won't get debug info for it without -g3 and, even
then, you may not get any line numbers whatsoever for the function
that does nothing but call a macro.

I'm going to need preprocessed sources, a compilation command line and
a compiler version number in order to try to get more detailed info
and fix the compiler bug, if there is one.

Ideally, such info should be in a Systemtap bug report at
sources.redhat.com or bugzilla.redhat.com.

Thanks,

-- 
Alexandre Oliva         http://www.lsd.ic.unicamp.br/~oliva/
Secretary for FSF Latin America        http://www.fsfla.org/
Red Hat Compiler Engineer   aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist  oliva@{lsd.ic.unicamp.br, gnu.org}