Post not yet marked as solved
Was this behavior ever modified? We have third party vendor frameworks that seem to rely on reading its own plist to determine the version, and unless this Xcode feature is disabled or fixed so it doesn't rewrite dynamic framework plists, the behavior of the framework turns incorrect.
Post not yet marked as solved
Also running into this, I have a handful of other weird things too like when I go to uninstall listed runtimes I get:
❯ xcrun simctl runtime delete 21J353
An error was encountered processing the command (domain=com.apple.CoreSimulator.simdiskimaged.SimDiskImageError, code=18):
Cannot stage disk image or bundle for delete: 4A9A3A5B-03C2-4A4F-AF9B-A237B7A500BE
Underlying error (domain=NSCocoaErrorDomain, code=4):
“4A9A3A5B-03C2-4A4F-AF9B-A237B7A500BE.dmg” couldn’t be moved to “NSIRD_simdiskimaged_rClQ89” because either the former doesn’t exist, or the folder containing the latter doesn’t exist.
The file doesn’t exist.
Almost feels like my CoreSimulator directories got corrupted and now I can't recover.
Post not yet marked as solved
Still present on Xcode 14.2. The Build Timeline shows this as "Preparing packages" because it doesn't actually seem to have a trace for the prebuild activities, there are no actual packages being prepared and the spindumps still show TargetResolver
Post not yet marked as solved
Negative, this happens on M1s, Intels, pretty much of any RAM size too.
Post not yet marked as solved
Still in RC2, haven't made any progress in determining what the root cause is
Post not yet marked as solved
As far as testing goes, are you able to get a spindump? https://developer.apple.com/forums/thread/715929 could be related.
Post not yet marked as solved
This seems only to happen when using test or build-for-testing, builds or archives seem to be able to scale even with hundreds and hundreds of targets. As soon as we have more than a dozen or so test schemes, this slows to a crawl for us.
Post not yet marked as solved
We're running into this as well, it's the main regression that's keeping us from updating. It takes about 10 minutes for xcodebuild for finish this step.
A spindump while this is beach balling is full of TargetDependencyResolver.discoverInfo(for:imposedParameters:)
Post not yet marked as solved
Unfortunately it seems like there's a bug in the forums where I can't submit that JSON as a codeblock, apologies for the formatting
Post not yet marked as solved
Agreed that this would be really important for us! Especially since it covers much of the same functionality.
