commit | 83803b4849dad7ce2dbb73a2684cddfdf2fdcbc4 | [log] [tgz] |
---|---|---|
author | nglevin <nglevin@google.com> | Wed Feb 21 14:29:06 2018 -0500 |
committer | David Goldman <davg@google.com> | Thu Feb 22 17:36:32 2018 -0500 |
tree | 79549271ce3c5c22279cc7569b67d2582f7051f0 | |
parent | e99bc5382bfe69df11170bd2c4e650ac8565ed35 [diff] |
Add workaround for LLDB latency. Essentially attempting to make plist generation as fast as possible, through recommended XML plist generation, but also slowing down the time taken before we launch LLDB such that the dSYM bundles are more likely to have been loaded beforehand. On some builds, DebugSymbols.framework will be unable to find the dSYM bundle, which can be resolved through rebuilding... but that is a horrible solution that we can improve on. mdimport alone does not work, even though we have confirmed the indexing of dSYMs with mdfind on the com_apple_xcode_dsym_uuids attribute. Might rely on DBGShellCommands instead. Will continue to investigate how, if mdimport is not sufficient, to ensure that LLDB is able to find all dSYM bundles in time before the debug session is started. PiperOrigin-RevId: 186493053
Open src/Tulsi.xcodeproj, and within Xcode, build the TulsiApp.
Run the TulsiApp.
Tulsi-generated Xcode projects use Bazel to build, not Xcode via xcbuild. This means that many common components of an Xcode project are handled differently than you may be used to. Notable differences: