commit | 36052e8daef82669c34f6ed56e39bd300d665f77 | [log] [tgz] |
---|---|---|
author | nglevin <nglevin@google.com> | Tue Feb 20 16:41:11 2018 -0500 |
committer | David Goldman <davg@google.com> | Thu Feb 22 17:36:03 2018 -0500 |
tree | deaa61209506d195a35bb954ba6ef80601885e06 | |
parent | 6f202a96d65bef7800a69c301cca4872d05fef42 [diff] |
Automated rollback of commit deab940eb7c76a1bb02d912e7014aba27a067541. *** Reason for rollback *** Discovered DBGVersion 2 was not using the intended code path, and furthermore adding this mapping might be causing breakpoints to fail to resolve when the "dotted path" is present. This was most noticeable in Xcode 9.3 beta 2, where with this path and with DBGVersion 2 corrected so that it was mapping to 2 and not "2", breakpoints were always failing to resolve. Will consider if another path mapping, perhaps a more traditional one such as "/normalized/workspace/" or even "/var/root/", works better than "./". PiperOrigin-RevId: 186355392
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: