diff options
| author | David Blaikie <dblaikie@gmail.com> | 2022-08-15 23:47:23 +0000 |
|---|---|---|
| committer | David Blaikie <dblaikie@gmail.com> | 2022-08-17 00:35:05 +0000 |
| commit | 06c70e9b998ca289630ee1629ec09b6dd51b29b9 (patch) | |
| tree | ab6fe7e5745956dc802096ccaf1a881259bc6df8 /lldb/source/Commands/CommandObjectThread.cpp | |
| parent | 9fd54cf5c9620504c8c16cf885354b6f9d82f638 (diff) | |
| download | llvm-06c70e9b998ca289630ee1629ec09b6dd51b29b9.zip llvm-06c70e9b998ca289630ee1629ec09b6dd51b29b9.tar.gz llvm-06c70e9b998ca289630ee1629ec09b6dd51b29b9.tar.bz2 | |
DebugInfo: Remove auto return type representation support
Seems this complicated lldb sufficiently for some cases that it hasn't
been worth supporting/fixing there - and it so far hasn't provided any
new use cases/value for debug info consumers, so let's remove it until
someone has a use case for it.
(side note: the original implementation of this still had a bug (I
should've caught it in review) that we still didn't produce
auto-returning function declarations in types where the function wasn't
instantiatied (that requires a fix to remove the `if
getContainedAutoType` condition in
`CGDebugInfo::CollectCXXMemberFunctions` - without that, auto returning
functions were still being handled the same as member function templates
and special member functions - never added to the member list, only
attached to the type via the declaration chain from the definition)
Further discussion about this in D123319
This reverts commit 5ff992bca208a0e37ca6338fc735aec6aa848b72: [DEBUG-INFO] Change how we handle auto return types for lambda operator() to be consistent with gcc
This reverts commit c83602fdf51b2692e3bacb06bf861f20f74e987f: [DWARF5][clang]: Added support for DebugInfo generation for auto return type for C++ member functions.
Differential Revision: https://reviews.llvm.org/D131933
Diffstat (limited to 'lldb/source/Commands/CommandObjectThread.cpp')
0 files changed, 0 insertions, 0 deletions