The docs say:
(lldb) script
Python Interactive Interpreter. To exit, type 'quit()', 'exit()' or Ctrl-D.
>>> help (lldb.SBFrame.GetFunctionName)
Help on method GetFunctionName in module lldb:
GetFunctionName(self) unbound lldb.SBFrame method
GetFunctionName(self) -> str
Get the appropriate function name for this frame. Inlined functions in
LLDB are represented by Blocks that have inlined function information, so
just looking at the SBFunction or SBSymbol for a frame isn't enough.
This function will return the appropriate function, symbol or inlined
function name for the frame.
This function returns:
- the name of the inlined function (if there is one)
- the name of the concrete function (if there is one)
- the name of the symbol (if there is one)
- NULL
See also IsInlined().
This is actually a little funny because usually the "Function" for a frame is
the "real" function that contains all the currently active inlining, but it
looks like this API is supposed to get you the inlining that this frame
represents. That seems naively intuitive but a little bit counter to how we
talk about this elsewhere.
Jim
> On May 11, 2015, at 8:50 AM, Tamas Berghammer <tbergham...@google.com> wrote:
>
> Hi All,
>
> What is the expected behavior of SBFrame::GetFunctionName() in case of an
> inlined function (or possibly more nested inlined function)? Should it return
> the name of the deepest inlined function, the name of the outer most (non
> inlined) function or some combination of these two?
>
> If I understand correctly, currently it returns the name of the deepest
> inlined function for the actual frame but TestNoreturnUnwind expect the name
> of the outer most (non inlined) function.
>
> Thanks,
> Tamas
> _______________________________________________
> lldb-dev mailing list
> lldb-dev@cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
_______________________________________________
lldb-dev mailing list
lldb-dev@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
