The fact that this times out and doesn't give any feedback really limits my ability to adopt SwiftUI. Apple needs to fix this, because I have perfectly valid Swift UI code that mysteriously blows up the compiler. I don't know at which point in my expansion of a VC that I'll run into this (I've run into this one three different occasions now) so I'm at the point of freezing any deeper adoption of SwiftUI. Looking forward to a new version of XCode that addresses that in some fashion so I can unblock my SwiftUI adoption. For example I'm working on an audio app that may have more than a dozen audio effects, once I get more than 11 of these effect ScrollViews going in a List{} then the compiler goes out to lunch... if (flangerFxEnabled) {         let efxFlangerParmNum = efxFlanger.count         ScrollView(.horizontal) {           HStack(spacing: 20) {             Text("Flanger:").font(.system(size: 10.0))             ForEach(0..<efxFlangerParmNum) {               Text(efxFlanger[$0].name)                 .font(.system(size: 8.0))                 .frame(width: 60, height: 40)               Slider(value: self.$delegate.efxFlanger[$0].value, in: efxFlanger[$0].lowRange...efxFlanger[$0].hiRange, step: 0.1).frame(width: 100, height: 40)                             }           }         }       }       if (chorusFxEnabled) {         let efxChorusParmNum = efxChorus.count         ScrollView(.horizontal) {           HStack(spacing: 20) {             Text("Chorus:").font(.system(size: 10.0))             ForEach(0..<efxChorusParmNum) {               Text(efxChorus[$0].name)                 .font(.system(size: 8.0))                 .frame(width: 60, height: 40)               Slider(value: self.$delegate.efxChorus[$0].value, in: efxChorus[$0].lowRange...efxChorus[$0].hiRange, step: 0.1).frame(width: 100, height: 40)                             }           }         }       } etc... up to 12 & then boom...

I spent over an hour going down a rat hole on this. I had worked on a Logic audio session (which was at 48K) with some headphones on and then went over to my iOS simulator to work on my audio code for my app and started getting this crash. Unplugged my headphones, still crashed. Rebooted simulator, deleted app from the simulator, restarted XCode and machine, still crashed. Finally I went to system preference on my mac, selected: Sound & Input, plugged in my headphones so it says "External Microphone", also went to the simulator I/O settings for audio input set to "Internal Microphone", and then my app was able to startup in the simulator without crashing while trying to create an AKMicrophone()...

You can also try this for getting the iPhone 8 Plus installed: When you create the simulator, if you tap on "OS Version" there is a drop down for "Download simulator runtimes", (which takes you to the "Platforms" settings screen, there is a little "+" icon there select "iOS" and from there you can install iOS 14.3 (which is 5GB) or another iOS version if you like, so your iPhone 8 Plus can run on that instead. The don't make all of these buried drop-down screens with the little "+" icons easy to discover...