Just tried with the 2016-05-09 snapshot and I'm still getting crashes when the indexer kicks in.

I was not able to reproduce with 2016-05-09 snapshot and Xcode 7.3.1.
Do you see any messages from launchd in your system log ?
What's the output if you run Xcode from terminal like this:

SOURCEKIT_LOGGING=2 /Applications/Xcode.app/Contents/MacOS/Xcode 2>&1 | tee /tmp/log.txt
and attach log.txt

I've attached a log from Xcode, and the corresponding console logs.

One odd thing I noticed last night is that if I do a local toolchain build (with testing disabled since that is failing too on my machine), and I symlink ~/Library/Developer/Toolchains/swift-LOCAL-2016-05-13-a.xctoolchain to the copy that is built in my ~/Source/Swift/swift/swift-nightly-install/Library/Developer/Toolchains/swift-LOCAL-2016-05-13-a.xctoolchain, then it works.

It also seems to work to un-tar the no-symbols version now (I'd tried the symbols version first hoping that I would get more info in the crash).

But if I `tar zxvf ~/Source/Swift/swift/swift-LOCAL-2016-05-13-a-osx-symbols.tar.gz` the package into my home directly, and copy the Info.plist from the non-symbol version (no idea why the version with symbols didn't get one), then that crashes.

Ah, I can reproduce with the 2016-05-09 symbols version (but not with the no-symbols one).
Also note this isn't restricted to indexing, this crashes with any sourcekitd request, since the XPC service fails to load for some reason.

The no-symbols package:

$ ls -l ~/Library/Developer/Toolchains/swift-DEVELOPMENT-SNAPSHOT-2016-05-09-a.xctoolchain/usr/lib/sourcekitd.framework
total 40
lrwxr-xr-x 1 argiris staff 24 May 14 13:37 Headers -> Versions/Current/Headers
lrwxr-xr-x 1 argiris staff 24 May 14 13:37 Modules -> Versions/Current/Modules
lrwxr-xr-x 1 argiris staff 26 May 14 13:37 Resources -> Versions/Current/Resources
drwxr-xr-x 4 argiris staff 136 May 14 13:37 Versions
lrwxr-xr-x 1 argiris staff 28 May 14 13:37 XPCServices -> Versions/Current/XPCServices
lrwxr-xr-x 1 argiris staff 27 May 14 13:37 sourcekitd -> Versions/Current/sourcekitd

$ ls -l ~/Library/Developer/Toolchains/swift-DEVELOPMENT-SNAPSHOT-2016-05-09-a.xctoolchain/usr/lib/sourcekitd.framework/Versions/A/XPCServices/SourceKitService.xpc/Contents
total 8
rw-rr- 1 argiris staff 763 May 9 12:20 Info.plist
drwxr-xr-x 3 argiris staff 102 May 9 13:18 MacOS

The symbols package:

$ ls -l ~/Library/Developer/Toolchains/swift-DEVELOPMENT-SNAPSHOT-2016-05-09-a.xctoolchain/usr/lib/sourcekitd.framework
total 0
drwxr-xr-x 3 argiris staff 102 May 9 13:16 Versions
$ ls -l ~/Library/Developer/Toolchains/swift-DEVELOPMENT-SNAPSHOT-2016-05-09-a.xctoolchain/usr/lib/sourcekitd.framework/Versions/A/XPCServices/SourceKitService.xpc/Contents
total 0
drwxr-xr-x 4 argiris staff 136 May 9 13:16 MacOS

There is a packaging issue here. @shahmishal could you take a look why the symbols package is incomplete ?

@tjw, it occurred to me that the intention may be that the symbols package is installed on top of the non-symbols one (though I don't see why it includes the binaries then).
Could you verify that:

• The no-symbols package works without crashing.

• Installing no-symbols package and then installing symbols package as well on top, works fine.

Good call @akyrtzi! This would explain why the symbols version doesn't have a Info.plist too.

Un-tarring the no-symbols of my local toolchain worked, and un-tarring the symbols atop it continued to work.

But, given that the no-symbols snapshot isn't present on swift.org, it seems like either both packages should be present with explicit instructions to install them both, or the symbols package should have the pre-overlay work done.

(Edit: Oh, silly me – I assumed that the "Xcode (Debugging Symbols)" link was just one file instead of "Xcode" linking on place and "(Debugging Symbols)" another).

Comment by Michael Koukoullis (JIRA)

I've been scratching my head for the last two days trying to figure out where to download the no-symbols version of the toolchain from swift.org. @tjw last comment gave me a clue and there it was, there are actually two links on swift.org but they appear to be just one :/ See attached screenschot.

I've passed along to the right people the feedback that the download page is not clear.

It actually caught me too, I thought the latest snapshot was broken... :-)

I believe the above comments are saying this bug is caused by failing to download the correct files from swift.org.

The downloads page has been improved, so I believe this can be closed.