I am getting this error while archiving the app. This is happening after upgrading to the latest macOS Sequoia and XCode 16.
getting this error.
env: node: No such file or directory
Command PhaseScriptExecution failed with a nonzero exit code
It was working when I was in XCode 15.4.
Xcode
RSS for tagBuild, test, and submit your app using Xcode, Apple's integrated development environment.
Posts under Xcode tag
200 Posts
Sort by:
Post
Replies
Boosts
Views
Activity
Hi, Im using Xcode to test ML model performance. When I create a performance report on my Mac, I can get the performance report with prediction, load and Compilation time in ms. But when I tried to test the performance on iPhone16pro, although the test came to an end normally, but the prediction/load/compilation time are always 0, and there were no Compute Unit Mapping below.
Thanks for your help.
Does Cocoa have documentation that describes why this functionality is not supported? To try it out is simple, create a default application that uses Objective C in XCode, add a button that toggles the window into fullscreen and opens a modal save-as dialog at the same time. The fullscreen transition will half-complete but kick the application out of fullscreen instantly. Is this expected behavior? The test application is attached below.
The XCode test application
I made an update to my app's code to make use of the new Contact access limited permission (CNAuthorizationStatusLimited), like so:
if (@available(iOS 18.0, *)) {
switch ([CNContactStore authorizationStatusForEntityType:CNEntityTypeContacts]) {
case CNAuthorizationStatusLimited:
<snip>
However, later I discovered there's another totally unrelated issue which only manifests when the app is built with XCode 16. It isn't a trivial change to workaround, so for now I would like to make a release to the app store which makes use of the new CNAuthorizationStatusLimited status but is built using XCode 15.
However, building with XCode 15 results in a "Use of undeclared identifier 'CNAuthorizationStatusLimited' error.
If the code were making use of a new API, I could workaround using a selector for example, however as this is an enum, is there Is there any workaround possible for this - or its just not possible to build using XCode 15 and the source code contain references to CNAuthorizationStatusLimited?
Gradients with colors that have alpha are not rendered correctly anymore. I made a simple project to illustrate that. Just create Objective C project and paste this code inside the ViewController.
`#import <UIKit/UIKit.h>
@interface CustomView : UIView
@property (nonatomic, strong) NSArray<NSNumber *> *colorsArray; // The color components array
// Custom initializer that accepts an NSArray of color components
(instancetype)initWithFrame:(CGRect)frame colors:(NSArray<NSNumber *> *)colorsArray;
@end
@implementation CustomView
// Custom initializer
(instancetype)initWithFrame:(CGRect)frame colors:(NSArray<NSNumber *> *)colorsArray {
self = [super initWithFrame:frame];
if (self) {
_colorsArray = colorsArray; // Store the colors array
}
return self;
}
(void)drawRect:(CGRect)rect {
// Get the current context
CGContextRef context = UIGraphicsGetCurrentContext();
// Convert NSArray to a C-style array of CGFloats
size_t count = self.colorsArray.count;
CGFloat colors[count];
for (size_t i = 0; i < count; i++) {
colors[i] = [self.colorsArray[i] floatValue];
}
// Create a color space
CGColorSpaceRef colorSpace = CGColorSpaceCreateDeviceRGB();
// Create the gradient with the passed colors
CGGradientRef gradient = CGGradientCreateWithColorComponents(colorSpace, colors, NULL, count / 4);
// Define the start and end points of the gradient
CGPoint startPoint = CGPointMake(rect.origin.x, rect.origin.y);
CGPoint endPoint = CGPointMake(rect.origin.x, rect.origin.y + rect.size.height);
// Draw the rectangle with the gradient
CGContextSaveGState(context);
CGContextAddRect(context, rect);
CGContextClip(context);
CGContextDrawLinearGradient(context, gradient, startPoint, endPoint, 0);
CGContextRestoreGState(context);
// Release resources
CGGradientRelease(gradient);
CGColorSpaceRelease(colorSpace);
}
@end
@interface ViewController : UIViewController
@end
@implementation ViewController
(void)viewDidLoad {
[super viewDidLoad];
// Get the screen bounds
CGRect screenBounds = [UIScreen mainScreen].bounds;
// Define the size of each custom view
CGFloat customViewWidth = screenBounds.size.width * 0.75;
CGFloat customViewHeight = screenBounds.size.height * 0.75;
// Define a dynamic set of colors for the first custom view (red to blue)
NSArray<NSNumber *> *colorsArray1 = @[
@1.0, @0.0, @0.0, @1.0, // Red
@0.0, @0.0, @1.0, @1.0 // Blue
];
// TODO: This is the bug, there is no transparency
NSNumber *alpha = @0.0;// this is the ***** bug ****
// Define a dynamic set of colors for the second custom view (green to yellow)
NSArray<NSNumber *> *colorsArray2 = @[
@0.0, @1.0, @0.0, alpha, // Green
@1.0, @1.0, @0.0, @1.0 // Yellow
];
// Calculate the position for the first view (centered horizontally and vertically, with slight offset)
CGRect frame1 = CGRectMake((screenBounds.size.width - customViewWidth) / 2 - customViewWidth * 0.25,
(screenBounds.size.height - customViewHeight) / 2 - customViewHeight * 0.25,
customViewWidth, customViewHeight);
CustomView *customView1 = [[CustomView alloc] initWithFrame:frame1 colors:colorsArray1];
// Calculate the position for the second view (slightly shifted from the first view to partially overlap)
CGRect frame2 = CGRectMake((screenBounds.size.width - customViewWidth) / 2 + customViewWidth * 0.25,
(screenBounds.size.height - customViewHeight) / 2 + customViewHeight * 0.25,
customViewWidth, customViewHeight);
CustomView *customView2 = [[CustomView alloc] initWithFrame:frame2 colors:colorsArray2];
// Set autoresizing so they adjust with the screen size
customView1.autoresizingMask = UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleHeight;
customView2.autoresizingMask = UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleHeight;
// Add the custom views to the view controller's view
[self.view addSubview:customView1];
[self.view addSubview:customView2];
}
@end`
I am developing an application for macOS that runs exclusively in the menu bar, and in this application, I am using a ColorPicker to allow the user to choose a color. However, the ColorPicker is not working properly in the menu bar. What should I do to resolve this issue?
I need to purchase macbook air for iOS app development only. Below is the specification of mac is it enough or need to go for other specification?
M3 Chip
8 Core GPU
16 GB Unified Memory
256 GB SSD Storage footnote
Any other input will be appreciate.
Thank you.
Using the log filter feature in the Xcode console triggers a frequent crash,
Could you tell me when the latest version can be released to solve this problem ?
Hello community,
I'm an iOS developer from VW group, I was doing some proof of concepts around an automaker app, and I've found a big blocker. When I was trying to summon a keyboard, it wasn't displayed.
So is it even possible?
Do I have to do some workaround with Carplay templates in order to be able to have the native keyboard from Carplay, or is there a special component that I need to introduce in my code to summon the keyboard?
Thank you very much.
David Cosialls.
After installing macOS Sequoia 15.0.1 and Xcode 16, I experienced frequent crashes and issues with adding packages. I also couldn’t install Xcode 15 despite trying. Additionally, I couldn’t add local packages in Xcode 16, so I switched to Version 16.1 beta 3, where I can only add local packages.
The macOS build is available in TestFlight. But when I go to App Store Connect to prepare it for submission, I don't see any macOS version in the "Build" section.
The main view contains a Form with multiple Sections, including TextFields and NavigationLinks. I used an @FocusState variable to automatically pop up the keyboard when entering the main view, making it easier for users to input content directly in the TextField.
However, when I keep the keyboard open and click a NavigationLink in the Section to enter a child view, I can't find a way to automatically dismiss the keyboard upon entering the child view. I've seen several official Apple apps, like Reminders, achieve this.
Not dismissing the keyboard causes it to automatically pop up again when returning to the main view, along with triggering a "Unable to simultaneously satisfy constraints" error in the console.
I asked GPT for help, but the suggestions, like using simultaneousGesture or adding isActive to the NavigationLink (which might be deprecated), haven't worked. Has anyone in iOS development encountered this issue?
Hi community!
It is known that application designed for iOS may be launched on MacOS with arm chip.
With XCode this is simple, you just choose to launch on current machine (Designed for iPad). As I can see, some magic happens: some tool wraps myproj.app into another app, which contains WrappedBundle link and Wrapper subdirectory.
Does anybody know how to invoke this wrapping tool via command line? I am using CLion as IDE for my personal preferences, and I want to build app with CLion and wrap the result with external tool into a MacOS-compatible app to test if it works for MacOS as well.
In other words, having the myproj.app I want to run something like "magictool -wrap /path/to/myproj.app"
Best regards!
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
Xcode
Developer Tools
Code Signing
Apple Silicon
Hello there,
I’m encountering an issue with archiving my project. Both debug and release builds work perfectly fine, but when I attempt to archive the project, I receive the following error:
Undefined symbols for architecture arm64:
"_main", referenced from:
Previously, everything was working as expected, but now with macOS 15.1 (24B5077a) and Xcode 16.0 (16A242d), the archiving process is failing.
Any assistance would be greatly appreciated!
While trying to run a react native project I get the below error. Where as if i create a sample hello orld project it runs
Translated Report (Full Report Below)
Process: XCBBuildService [7752]
Path: /Applications/Xcode.app/Contents/SharedFrameworks/XCBuild.framework/Versions/A/PlugIns/XCBBuildService.bundle/Contents/MacOS/XCBBuildService
Identifier: com.apple.dt.XCBBuildService
Version: 1.0 (23000.1.226)
Build Info: XCBuild-23000001226000000~21 (16A242d)
Code Type: ARM-64 (Native)
Parent Process: Xcode [1542]
Responsible: Xcode [1542]
User ID: 501
Date/Time: 2024-10-21 18:54:19.0555 +0530
OS Version: macOS 14.6.1 (23G93)
Report Version: 12
Anonymous UUID: 11A6BC34-AA18-933B-341F-7EAF32ABF345
Sleep/Wake UUID: A2619DC4-8D13-401E-81C8-718301C29016
Time Awake Since Boot: 1900 seconds
Time Since Wake: 1271 seconds
System Integrity Protection: enabled
Crashed Thread: 15
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Termination Reason: Namespace SIGNAL, Code 6 Abort trap: 6
Terminating Process: XCBBuildService [7752]
Application Specific Information:
abort() called
Kernel Triage:
VM - (arg = 0x3) mach_vm_allocate_kernel failed within call to vm_map_enter
VM - (arg = 0x3) mach_vm_allocate_kernel failed within call to vm_map_enter
VM - (arg = 0x3) mach_vm_allocate_kernel failed within call to vm_map_enter
Thread 0:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x184708df4 mach_msg2_trap + 8
1 libsystem_kernel.dylib 0x18471b5e4 mach_msg2_internal + 80
2 libsystem_kernel.dylib 0x1847119c4 mach_msg_overwrite + 476
3 libsystem_kernel.dylib 0x184709178 mach_msg + 24
4 CoreFoundation 0x184829680 __CFRunLoopServiceMachPort + 160
5 CoreFoundation 0x184827f44 __CFRunLoopRun + 1208
6 CoreFoundation 0x184827434 CFRunLoopRunSpecific + 608
7 CoreFoundation 0x1848a545c CFRunLoopRun + 64
8 libswift_Concurrency.dylib 0x24bfc94e0 swift_task_asyncMainDrainQueueImpl() + 40
9 libswift_Concurrency.dylib 0x24bfc94a0 swift_task_asyncMainDrainQueue + 92
10 XCBBuildService 0x10451792c main + 84
11 dyld 0x1843bf154 start + 2476
Thread 1:
0 libsystem_kernel.dylib 0x1847099b4 read + 8
1 XCBServiceCore 0x104d98d94 closure #3 in ServiceHostConnection.resume() + 508
2 XCBServiceCore 0x104d966ed partial apply for closure #1 in Service.registerMessageHandler(:) + 1
3 XCBServiceCore 0x104d96a55 closure #1 in closure #1 in OS_dispatch_queue.async(group:qos:flags:execute:) + 1
4 XCBServiceCore 0x104d96a55 closure #1 in closure #1 in OS_dispatch_queue.async(group:qos:flags:execute:) + 1
5 XCBServiceCore 0x104d99c21 $sxIeAgHr_xs5Error_pIegHrzo_s8SendableRzs5NeverORs_r0_lTRyt_Tg5TQ0 + 1
6 XCBServiceCore 0x104d966ed partial apply for closure #1 in Service.registerMessageHandler(_:) + 1
7 libswift_Concurrency.dylib 0x24bfca0f9 completeTaskWithClosure(swift::AsyncContext*, swift::SwiftError*) + 1
Thread 2:
0 libsystem_pthread.dylib 0x184744d20 start_wqthread + 0
Thread 3:: llb_buildsystem_build
0 libsystem_kernel.dylib 0x18470c5ec __psynch_cvwait + 8
1 libsystem_pthread.dylib 0x18474a55c pthread_cond_wait + 1228
2 libc++.1.dylib 0x18466fb14 std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 28
3 llbuild 0x10547b30c (anonymous namespace)::BuildEngineImpl::executeTasks(llbuild::core::KeyType const&) + 4552
4 llbuild 0x105478390 llbuild::core::BuildEngine::build(llbuild::core::KeyType const&) + 580
5 llbuild 0x105491a38 (anonymous namespace)::BuildSystemImpl::build(llbuild::buildsystem::BuildKey) + 208
6 llbuild 0x105491c14 llbuild::buildsystem::BuildSystem::build(llvm::StringRef) + 260
7 llbuild 0x1054843f4 llbuild::buildsystem::BuildSystemFrontend::build(llvm::StringRef) + 56
8 llbuild 0x10540ad8c 0x1053f0000 + 109964
9 XCBBuildSystem 0x104eeed1c partial apply for closure #13 in BuildOperation.build() + 28
10 libswift_Concurrency.dylib 0x24bf95a4c TaskLocal.withValue(:operation:file:line:) + 304
11 XCBUtil 0x104a3c864 closure #1 in closure #1 in static Task<>.detachNewThread(name:_:) + 296
12 XCBUtil 0x1049e94ec thunk for @escaping @callee_guaranteed @Sendable () -> () + 28
13 Foundation 0x1860cee1c NSThread__block_start + 76
14 libsystem_pthread.dylib 0x184749f94 _pthread_start + 136
15 libsystem_pthread.dylib 0x184744d34 thread_start + 8
Thread 4:: org.swift.llbuild Lane-0
0 libsystem_kernel.dylib 0x18470c5ec __psynch_cvwait + 8
1 libsystem_pthread.dylib 0x18474a55c _pthread_cond_wait + 1228
2 libc++.1.dylib 0x18466fb14 std::__1::condition_variable::wait(std::__1::unique_lockstd::__1::mutex&) + 28
3 llbuild 0x10546aa8c (anonymous namespace)::LaneBasedExecutionQueue::executeLane(unsigned int, unsigned int) + 300
4 llbuild 0x10546cfd4 void* std::__1::__thread_proxy[abi:nn180100]<std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_deletestd::__1::__thread_struct>, void ((anonymous namespace)::LaneBasedExecutionQueue::)(unsigned int, unsigned int), (anonymous namespace)::LaneBasedExecutionQueue, unsigned int, unsigned int>>(void*) + 76
5 libsystem_pthread.dylib 0x184749f94 _pthread_start + 136
6 libsystem_pthread.dylib 0x184744d34 thread_start + 8
When first opening my app, the first view navigated to loads and then a second later reloads. When navigating away and back to the view, it only loads once as designed.
Has anyone ever experienced this before and knows of any obvious reasons?
I can upload code snippets later, the views are wrapped in navigation links.
Thanks for any help
Hi,
We have a series of apps all configured with Xcode managed signing. The only difference between them, except their code, is the build ID. In our CI, one app builds and exports without errors, while all the others fail. Authentication is done through keyID/keyFile/keyIssuerID triplet, but the Xcode installation on the CI machine has a bunch of those empty accounts in it as mentioned in this thread https://forums.developer.apple.com/forums/thread/764554.
Looking at the xcodebuild archive logs, I have this for the "working" app :
Default = "<_IDEProvisionableConfigurationSnapshot ✉️: name: Default, provisioningStyle: 0, certificateSigningStyle: 2, team: <IDEProvisioningBasicTeam: ✉️; teamID='<TEAMID>', teamName='MYTEAM'>, profileSupport: <IDEProvisioningProfileSupport: ✉️>, platform: <DVTPlatform:✉️:'com.apple.platform.iphoneos':<DVTFilePath:✉️:'/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform'>>, sdk: (null), sdkVariant: (null), bundleIdentifier: livetranslation.LiveTranslation, profileSpecifier: (null), certificateIdentifier: iPhone Distribution, entitlementsFilePath: (null), baseEntitlements: <IDEProvisionableEntitlements: ✉️; signedEntitlements='{\n}', simulatedEntitlements='(null)'>, entitlementsExpansion: <IDEDistributionProvisioningEntitlementsExpansion: ✉️>, entitlementsDestination: 1, allowSigningWithoutTeamSelection: 0, signingRequiresTeam: 0, appIDFeatures: <DVTPortalAppIDFeatures ✉️: Features: {\n}, Containers: {\n}>, provisioningPurpose: app-store, supportsIOSMac: 0>";
}, overrides: <IDEProvisionableOverrides ✉️: configuration: Default, profileSupport: <IDEProvisioningProfileSupport: ✉️>, provisioningStyle: (null), certificateSigningStyle: (null), provisioningPurpose: app-store, team: (null), platform: <DVTPlatform:✉️:'com.apple.platform.iphoneos':<DVTFilePath:✉️:'/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform'>>, sdk: (null), sdkVariant: (null), profileSpecifier: (null), certificateIdentifier: (null), bundleIdentifier: (null), entitlements: (null), entitlementsFile: (null), baseEntitlements: (null), entitlementsExpansion: (null), entitlementsDestination: (null), allowSigningWithoutTeamSelection: (null), signingRequiresTeam: (null), appIDFeatures: (null)>>>, configuration: Default, codesignParameterSnapshot: <IDECodesignParameterSnapshot: ✉️>:
Identity: E1A91D4C347F60D4E8EFFAD9C8F2493AB99DFAFA
Certificate <DVTSigningCertificate: ✉️; name='Apple Distribution: MYTEAM (TEAMID)', hash='E1A91D4C347F60D4E8EFFAD9C8F2493AB99DFAFA', serialNumber='1AE77EDC19294212C6AE6D5DC550D66C', certificateKinds='(
"1.2.840.113635.100.6.1.7",
"1.2.840.113635.100.6.1.4"
), issueDate='🕙''>>, errors: (null)>
and this for the apps failing to sign :
🕙 [MT] Step failed: <IDEDistributionSigningAssetsStep: ✉️>: Error Domain=IDEDistributionSigningAssetStepErrorDomain Code=0 "Locating signing assets failed." UserInfo={NSLocalizedDescription=Locating signing assets failed., IDEDistributionUnderlyingErrors=(
"Error Domain=DeveloperAPIServiceErrorDomain Code=5 \"Cloud signing permission error\" UserInfo={IDEDistributionIssueSeverity=3, NSLocalizedRecoverySuggestion=You haven't been given access to cloud-managed distribution certificates. Please contact your team's Account Holder or an Admin to give you access. If you need further assistance, contact Apple Developer Program Support at https://developer.apple.com/contact/., NSLocalizedDescription=Cloud signing permission error}",
"Error Domain=IDEProfileLocatorErrorDomain Code=1 \"No profiles for 'com.myteam.myapp' were found\" UserInfo={IDEDistributionIssueSeverity=3, NSLocalizedDescription=No profiles for 'com.myteam.myapp' were found, NSLocalizedRecoverySuggestion=Xcode couldn't find any iOS App Store provisioning profiles matching 'com.myteam.myapp'.}"
)}
I've checked that the ID used to authenticate has cloud signing permissions (it obviously has them since it's working for one app). So what could be the problem here ?
Around a month back, developers of the OpenJDK project, when using XCode 16 to build the JDK started noticing odd failures when executing code which was compiled using the clang++ compiler shipped in that XCode 16 release (details in https://bugs.openjdk.org/browse/JDK-8340341). Specifically, a trivial for loop in a c++ code of the form:
int limit = ... // method local variable
for (i=0; i<limit; i++) {
...
}
ends up iterating more times than the specified limit. The "i<limit" returns true even when it should have returned false. In fact, debug log messages within the for loop of the form:
fprintf(stderr, "parsing %d of %d, %d < % d == %s", i, limit, i, limit, (i<limit) ? "true" : "false");
would show output of the form:
parsing 0 of 2, 0 < 2 == true
parsing 1 of 2, 1 < 2 == true
parsing 2 of 2, 2 < 2 == true
Notice, how it entered the for loop even when 2 < 2 should have prevented it from entering it. Furthermore, notice the message says 2 < 2 == true (which clearly isn't right).
This happens when that code is compiled with optimization level -O2 or -O3. The issue doesn't happen with -O1.
I had reported this as an issue to Apple through feedback assistance, more than a month back. The feedback id is FB15162411. There hasn't been any response to it nor any indication that the issue has been noticed and can be reproduced (the steps to reproduce have been provided in that issue). In the meantime, more and more users are now running into this failure in JDK when using XCode 16. We haven't put any workaround in place (the only workaround we know of is using -O1 for the compilation of this file) because it isn't clear what exactly is causing this issue (other than the fact that it shows up with specific optimization levels). It's also unknown if this bug has wider impact. Would it be possible to check if FB15162411 is being looked into and any technical details on what's causing this? That would help us decide if it's OK to put in place a temporary workaround in the OpenJDK build and how long to maintain that workaround.
For reference, this was reproduced on:
clang++ --version
Apple clang version 16.0.0 (clang-1600.0.26.3)
Target: arm64-apple-darwin23.6.0
Thread model: posix
InstalledDir: /xcode-16/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
I am getting following error from one of the pod frameworks while running the app (Build is a success).
dyld[4373]: Symbol not found:
__ZN5swift39swift51override_conformsToSwiftProtocolEPKNS_14TargetMetadataINS_9InProcessEEEPKNS_24TargetProtocolDescriptorIS1_EEN7__swift9__runtime4llvm9StringRefEPFPKNS_35TargetProtocolConformanceDescriptorIS1_EES4_S8_SC_E
Referenced from: MyApp.app/Frameworks/vendor.framework/
Expected in: MyApp.app/Frameworks/Alamofire.framework/Alamofire
Xcode 16
I am trying to build my app with Xcode16 on iOS18, once app is going background PIP is enable but whenever app is coming back to foreground by tapping on PIP, black screen appears(video is playing in background). It only happening with build created by Xcode16 and running on iOS18.
It working fine with build created by Xcode15.4.
My first thought on it that somehow PIP is not stoping.