[lldb] Let Mangled decide whether a name is mangled or not
authorJonas Devlieghere <jonas@devlieghere.com>
Fri, 21 Apr 2023 17:06:12 +0000 (10:06 -0700)
committerJonas Devlieghere <jonas@devlieghere.com>
Fri, 21 Apr 2023 17:23:24 +0000 (10:23 -0700)
commitc1d55d26d373e8804aba92f7d0f07de353ea93c9
tree5cdf2837bc884d0bf6eb6ba97ab4945eaafd57f0
parent482c1dfed314df844c3de68f02bb7c5708dea4bf
[lldb] Let Mangled decide whether a name is mangled or not

We have a handful of places in LLDB where we try to outsmart the logic
in Mangled to determine whether a string is mangled or not. There's at
least one place (*) where we are getting this wrong and causes a subtle
bug. The `cstring_is_mangled` is cheap enough that we should always rely
on it to determine whether a string is mangled or not.

(*) `ObjectFileMachO` assumes that a symbol that starts with a double
underscore (such as `__pthread_kill`) is mangled. That's mostly
harmless, until you use `function.name-without-args` in the frame
format. The formatter calls `Symbol::GetNameNoArguments()` which is a
wrapper around `Mangled::GetName(ePreferDemangledWithoutArguments)`. The
latter will first try using the appropriate language plugin to get the
demangled name without arguments, and if that fails, falls back to
returning the demangled name. Because we forced Mangled to treat the
symbol as a mangled name (even though it's not) there's no demangled
name. The result is that frames don't show any symbol at all.

Differential revision: https://reviews.llvm.org/D148846
lldb/include/lldb/Core/Mangled.h
lldb/source/Core/Mangled.cpp
lldb/source/Plugins/ObjectFile/Mach-O/ObjectFileMachO.cpp
lldb/source/Plugins/SymbolFile/Breakpad/SymbolFileBreakpad.cpp
lldb/source/Plugins/SymbolFile/DWARF/DWARFASTParserClang.cpp
lldb/source/Plugins/SymbolFile/PDB/SymbolFilePDB.cpp
lldb/test/API/macosx/format/Makefile [new file with mode: 0644]
lldb/test/API/macosx/format/TestFunctionNameWithoutArgs.py [new file with mode: 0644]
lldb/test/API/macosx/format/main.c [new file with mode: 0644]