Skip to content

Conversation

@kastiglione
Copy link

@kastiglione kastiglione commented Sep 20, 2023

When a binary references a nonexistent .swiftmodule path, the logging to identify this issue has gone to the dwarf channel only. This patch makes the log also go to the lldb channel. When there are issues with Swift expression evaluation, it's common to look at the lldb types log. Nonexistent .swiftmodule paths are important to surface in the types log, because without those, expressions that involve API from the missing .swiftmodule will fail.

Additionally, this log message was reworded and adds the path of the binary that contains the nonexistent .swiftmodule path.

current_log->Printf("SymbolFileDWARFDebugMap::%s() - ignoring "
"nonexistent AST file %s - referenced from %s",
__FUNCTION__, file_spec.GetPath().c_str(),
m_objfile_sp->GetFileSpec().GetPath().c_str());

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

might be a good opportunity to convert this to LLDB_LOG (no F) and get rid of the c_str() conversions...

@adrian-prantl
Copy link

I would rebase this on 20230725, it won't hurt on the 20221013 branch, but it's also kind of pointless.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants