Hi everyone,
I’m experiencing a persistent issue when trying to download the iOS Simulator Runtime 26.1 on Xcode (version 26.1). The download always fails with the following error
Download failed due to a bad URL. (Catalog download for com.apple.MobileAsset.iOSSimulatorRuntime)
Domain: com.apple.MobileAssetError.Download
Code: 49
I’m located in Brazil, so I initially thought it might be region-related, but I’ve already tried several attempts to fix it, including:
Using VPNs for the US and Europe
Installing the Xcode 26.2 beta
Downgrading Xcode to earlier versions
Reinstalling the same version of Xcode
Restarting Xcode and my Mac
Switching networks
Clearing simulator support/device files
Unfortunately, nothing has resolved the issue.
Is anyone else facing this problem?
Does anyone know a workaround or a manual way to download/install the iOS 26.1 simulator runtime?
Thanks in advance!
Dive into the vast array of tools, services, and support available to developers.
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
I am trying to move over from AppCode/Intellij to Xcode. I am however having a hard time with the version control tools.
I know that you can choose side-by-side when you activate "code review" and select single files.
However, if you go into changes and view the list of files that have changed, i can only get inline-view to work.
This is really frustrating to me, is there any way to get side-by-side also when you select a file from the changes list?
Cheers
Topic:
Developer Tools & Services
SubTopic:
Xcode
During testing, we encountered an issue where when entering the game and starting audio playback, if I force-kill the app directly (by swiping up the app in the app switcher, rather than switching to the background first before killing it), a system crash prompt dialog appears after the app is killed.
We conducted numerous tests to troubleshoot the problem and found that this issue only occurs with our own TestFlight account. When we uploaded our app to another TestFlight account for testing, we were unable to reproduce this problem.
Topic:
Developer Tools & Services
SubTopic:
Apple Developer Program
Tags:
Games
TestFlight
Xcode Cloud
Hi everybody,
I am trying to create a developer account, but I am having this problem:
The information you entered did not match your D&B profile. Before submitting your information, check your D&B profile. If you've recently changed your legal entity name, update your D&B profile.
However, the number and name of my company that I am entering are correct.
Does anyone have a solution?
Thank you in advance.
I am fixing bugs / extending a macOS app written by somebody else in Swift. I’ve made changes to it and debugging it, so breakpoints/rebuilding/debug print/change/rerun it isn’t a problem.
But it is a multi-threaded, async app, and when I pause the running app, it will not display source code location in each thread where it is. I only get assembly. [and, yes, "Always Show Assembly" in OFF]
It is inherent to async apps and threading that they spend most of their time waiting for the user to do something. Hence if you stop an app, you’ll almost always be in system code somewhere. But I think wanting to see the origin of completions that are pending is a legitimate question for somebody debugging (and trying to understand how the app works).
Am I not aware some feature in Xcode / LLDB to reveal this?
Y'all, can we please get some way of increasing the font size in the Intelligence side pane? That tiny 10pt font (I'm guessing? Could be 8? I dunno) is KILLING my eyes. I don't want to increase the font size of EVERYTHING on my mac, just to increase the size of this one window that I need to read very closely.
I am on a windows computer using visual studio 2026 for developing .NET Maui apps for Android and iOS.
Am I able to connect my iPhone to my windows computer and deploy my .NET Maui app to my connected iPhone during deveoplemt?
Topic:
Developer Tools & Services
SubTopic:
General
I’m building a React Native 0.72.10 iOS app and hitting build errors.
Environment:
macOS: Apple M4, Sequoia 15.7.2
Xcode: 26.1.1
React Native: 0.72.10
Errors:
Could not delete /Users/.../ios/build because it was not created by the build system
Unable to write file '/Users/.../ios/build/Pods.build/Debug-iphonesimulator/...': Operation not permitted
(Multiple Pods / React Native framework headers affected)
What I’ve tried:
bash
rm -rf ios/build
rm -rf ~/Library/Developer/Xcode/DerivedData
xattr -w com.apple.xcode.CreatedByBuildSystem true ios/build
pod deintegrate && pod install
sudo chown -R $(whoami) ios/build
Observations:
ios/build is recreated automatically.
Some files have com.apple.xcode.CreatedByBuildSystem: true.
3.Xcode have Full disk access authorisation.
Why does Xcode fail to delete / write to ios/build even though it’s recreated automatically by the build system?
Is this caused by Xcode itself, macOS permissions?
Any recommended fix or workaround for these “Operation not permitted” errors?
Help get access please
Topic:
Developer Tools & Services
SubTopic:
Apple Developer Program
Tags:
Automator
Safari Developer Tools
DeviceCheck
Hello
I'm wrapping my head around on how to properly set up xcode project to produce a static library ending up in file locations /usr/local/lib/libXXX.a and /usr/local/include/XXX/xxx.h
so it can be used Unix style in other projects.
If I put under Deployment
Deployment Location: YES
Installation Build Products Location: /
Installation Directory: /usr/local/lib
Skip Install: NO
I get errors like
warning: Stale file '/usr/local/usr/local/include/xxx.h' is located outside of the allowed root paths.
and things like
error: Cycle inside a single target; building could produce unreliable results.
Installation Build Products Location: /usr/local/lib
Installation Directory: /
I get
warning: Stale file '/usr/local/include/xxx.h' is located outside of the allowed root paths.
but the library file is not put into /usr/local/lib
(note /usr/local/lib and /usr/local/include are owned by my user and writeable)
I could write an old style Makefile and have xcode call the makefile but there must be an easier way to do this.
This is for a cross platform development so having it packaged into a Framework would not solve it neither.
Topic:
Developer Tools & Services
SubTopic:
Xcode
Hi folks,
I'm using Xcode 26.1.1 (17B100), but I don't see the ChatGPT plugin option when following the setup instructions below. Any ideas why this might be missing?
https://developer.apple.com/documentation/xcode/setting-up-coding-intelligence
Topic:
Developer Tools & Services
SubTopic:
Xcode
When using a Swift Build Plugin, the generated code definitions are available through autocomplete, but it is currently not possible to view them directly in Xcode using Option+click.
An example of such a plugin is swift-openapi-generator.
According to information from "Meet Swift Package plugins" from WWDC22
the generated code is stored with other build artifacts.
It would be immensely helpful if there was support for viewing these intermediate files in read-only mode using Option+click. Currently, I have to resort to opening these files through Finder, or opening the project in VS Code where viewing the generated files using Cmd+click works without a problem.
Am I missing something? If not, it seems like a big oversight that this is not supported to the same extent in Apple's own tools.
I recently switched to Mac OS 12 and XCode 13. I did some work on my application and rebuilt it. Now there is no Help Book. I didn't change the property lists and everything looks right. When I open the Help Book the application either opens a window with a message that the content is currently unavailable or it opens a Help Book window with no content. When this second thing happens the log window shows "entering AHRegistered help Book" but it doesn't appear. Does anyone have any suggestions?
I have had this notice for a while: Registration is being processed for these devices. They may become available for development and ad hoc distribution in 24 to 72 hours. Changes to device availability will appear in the Status column.
The status for my new iPhone has been stuck in this "Processing" state. See image:
We want to replace our CI/CD pipelines in Azure DevOps with Xcode Cloud and are currently facing a critical hurdle. For some time now, we’ve observed that the PoC pipelines in Xcode Cloud are having major issues cloning our repositories stored on our Bitbucket Server. More and more pipeline runs are timing out because Xcode Cloud cannot receive the data. Today I spoke with our network team to check whether we might have an issue on our side affecting access to the repository, but we couldn’t find any problems. Cloning the repository to an external machine only takes 30 seconds, so the host’s bandwidth doesn’t seem to be the problem.
However, our network specialists did discover one message:
Significance:
Request abnormal event: high total time
Connection abnormal event: client has a slow receive rate
If this is the bottleneck in the system, we may ultimately have to stay with Azure DevOps and Fastlane in order to continue providing our product teams with reliable builds.
I look forward to your feedback and thank you in advance.
Maik
When a static library is built with Xcode 26 (with deployment target set to iOS 13) and then linked into an app project compiled with Xcode 16, the build process fails with the following linker error:
Undefined symbols for architecture arm64:
"_swift_coroFrameAlloc"
This occurs even though both the static library and the app project have their deployment targets set to iOS 13.0. The static library works on Xcode 26, but fails to link on Xcode 16.
This issue shows up with certain Swift syntax. For example, in my case, using a property getter and setter caused the compiler to emit a reference to _swift_coroFrameAlloc, which in turn triggered the issue.
This issue prevents us from distributing pre-built static libraries compiled with Xcode 26 to teammates who are still using Xcode 16.
I’ve filed feedback for this issue (FB21130604).
Is there any way to work around it? For example, by adding specific Build Settings or something similar?
A demo project is available here: https://github.com/Naituw/SwiftLibraryDeploymentTargetIssue
The demo project includes:
StaticLibraryProject: A simple Swift static library with property getter setter usage
AppProject: An iOS app that links against the static library
verify_compatibility.sh: An automated script to reproduce the issue
Method 1: Manual Build and Verification
Open StaticLibraryProject/StaticLibraryProject.xcodeproj in Xcode 26
Build the StaticLibraryProject for iOS device (Release configuration)
Locate the built libStaticLibraryProject.a in the build products directory
Copy libStaticLibraryProject.a to AppProject/AppProject/ directory
Open AppProject/AppProject.xcodeproj in Xcode 16
Build the AppProject for iOS device
Method 2: Automated Script
Edit verify_compatibility.sh to configure the paths to your Xcode installations:
Set XCODE_26_PATH to your Xcode 26 installation path (e.g., /Applications/Xcode.app)
Set XCODE_16_PATH to your Xcode 16 installation path (e.g., /Applications/Xcode16.app)
Run the script: ./verify_compatibility.sh
Hey so i’ve paid for the apple developer subscription about 2 days ago - the apple developer app disabled the enroll now button and says that my account is not authorized to enroll through the app, and the website says that i should complete purchase (and it my take up to 48 hours to process) even though i got my invoice
I've made my updated icon and I try to import it to Xcode but it keeps crashing even if I clean the project/delete derived data or try to add through the Naivgation Controls.
I've tried with the Xcode 26.2 beta too but it has the same issue.
Is it recommended to turn off 'Charge Limit' if I leave my iPhone plugged into my Mac all day for development? I want to minimize battery degradation.
Thanks
LLVM Linker Crash on ARM64 with bfloat16 Symbols (Xcode 17.0.0)
We're encountering a critical linker crash in Xcode 17.0.0 (clang-1700.4.4.1) on macOS 15.1.0 (Darwin 25.1.0) with Apple Silicon M3 Max when linking a pybind11 C++ extension against the MLX framework (v0.30.1). The linker consistently crashes with LLVM ERROR: No way to correctly truncate anything but float to bfloat during the linking phase, even though our code uses only integer types (int64, uint32) for BPE tokenization and never directly references bfloat16 types.
Error Details:
[100%] Linking CXX shared module _metal_trainer.cpython-312-darwin.so
LLVM ERROR: No way to correctly truncate anything but float to bfloat
clang++: error: unable to execute command: Abort trap: 6
clang++: error: linker command failed due to signal (use -v to see invocation)
Reproduction:
Install MLX framework: pip install mlx (any version with bfloat16 support)
Create a minimal pybind11 extension that links against MLX:
Compiler: AppleClang 17.0.0.17000404
Target: arm64-apple-darwin25.1.0
Flags: -std=c++17 -O2 -march=native
Link against: libmlx.dylib (contains bfloat16 symbols)
Run: cmake .. && make
Linker crashes during final linking phase
Root Cause: The LLVM ARM64 backend in Xcode 17.0.0 has a code generation bug when processing bfloat16 truncation operations during link-time. The crash occurs when the linker processes bfloat16 symbols from libmlx.dylib, regardless of whether the application code uses them. The error originates from LLVM's type legalization pass attempting to truncate bfloat16 values, but the ARM64 backend lacks a valid code path for this operation.
Workarounds Attempted (all failed):
Disabling LTO: INTERPROCEDURAL_OPTIMIZATION FALSE
Linker flags: -Wl,-no_compact_unwind, -fno-lto
Runtime symbol resolution: -undefined dynamic_lookup
Compiler optimizations: Changed from -O3 to -O2
Impact: This blocks any C++ extension development that links against libraries containing bfloat16 symbols on Xcode 17.0.0. The issue does not occur on Xcode 16.x.
Linker Crash Dump Location: /var/folders/gn/7_g6wy1j66b8z3lkywyrbsx00000gn/T/linker-crash-*
Expected Behavior: Linker should successfully link the extension, or at minimum, gracefully handle bfloat16 symbols without crashing.
Temporary Solution: Downgrade to Xcode 16.x or use Python-only implementations until this is fixed in a future Xcode release.