[lldb] Extract logic out of GetFunctionDisplayName into a helper function

[charles-zablit]

This patch splits the logic inside SwiftLanguage::GetFunctionDisplayName into reusable helper functions.

• SwiftLanguage::GetFunctionName returns the name of the function as a string.
• SwiftLanguage::GetFunctionDisplayArgs returns the generics and arguments of the function as a string.

This will be needed for #10710

[charles-zablit]

I'm not sure about the changes to the Language::FunctionNameRepresentation::eNameWithNoArgs case. It seems like it should just print the name of the function without its parameters given the name of the enum entry. The patch respects that and will only print the name of the function.

However, this is not what's happening prior to the patch, as the parameters are printed as well.

This does not seem to break any tests in check-lldb but it's probably not tested at all.

[Michael137]

In llvm#135343 I added a SymbolContext::GetPossiblyInlinedFunctionName. We decided the [inlined] format was a bit too noisy.

Could we clean up the Swift plugin to use that functionality?

[Michael137]

Hmmm why is this new logic needed?

[Michael137]

We didn't previously do this in the NoArgs case right?

[charles-zablit]

I am a bit confused by the original implementation of the NoArgs case: if the frame is foo(a: 1) I would expect the NoArgscase to returnfooand nothing else. But in the original implementation, it returnsfoo(a: Int)`.

This additional logic is due to me splitting the the logic into 2 helper functions. Say we have foo<T>(a: T). GetFunctionName will return foo and GetFunctionDisplayArgs will return <Int>(a=1).

Hence: no, we didn't previously do this in the NoArgs case, but I think this was a mistake. Since there are no tests for the way backtraces are printed in the Swift plugin, I have no idea how much of a breaking change this is.

[Michael137]

Oh I see. In that case, if eNoArgs was always broken, lets just remove that case entirely? That'll mean less code to change in the other PR (and we won't be breaking any users)

[Michael137]

@swift-ci test