Then Xcode shouldn't just add dupes of these certs. What happens is signing fails, Xcode gives no guidance. And so the Xcode UI has the option to add a new one. Then end up with dupe certs that cannot be cleaned out. Then the profiles fail if not the correct out of the 3 dupes, and signing still fails if the cert private key isn't in the keychain. Again no guidance from Xcode on any of these signing failures. Here's one error. Xcode shows Ineligible for the profile: Provisioning profile "KramViewerProvision" doesn't include signing certificate "Developer ID Application: ... (hash...) Here's an error when the private key isn't in the Keychain. C6BA06....: no identity found Command CodeSign failed with a nonzero exit code

I'm having the same issue. The signing just starts failing. One need the private cert key in Keychain. But no indication that's the problem, so I tried to add a cert. Ended up with 3. Then the Profiles failed because they were't pointing to the correct one of the 3. And then the UI doesn't allow revoking the dupes. I haven't shipped any apps with any of the certs, so these really shouldn't be locked down. Sent an email off to Apple to revoke them.

RealityKit would need to identify mirrored geometry (1 or 3 negative scales), and then submit those separately with the winding flipped.

Getting a flurry of these warnings at the top of my macOS/Xcode 26.0 and 26.1 builds (200 lines). These did not occur prior. These are Apple system menus that are in the Storyboard that have been there forever.

There also seems to be an adaptive trigger class on the PS5 controller, but I don't see anyway to get at that for AVP. Having the AVP take over those triggers for pinch needs an obvious override for a game. These are supposed to take in input to provide feedback. #import <GameController/GCDualSenseGamepad.h> // ps5 @property (nonatomic, readonly) GCDualSenseAdaptiveTrigger *leftTrigger; @property (nonatomic, readonly) GCDualSenseAdaptiveTrigger *rightTrigger;

I have that since I was already getting extendedGamepad. I had to break up and use a different controller path. I was snap shooting the controller, but now snapshot the input. These come in as split controllers with very different buttons to query from the extendedGamepad.

Workspace build fails to build with: "/foo/bar.xcodeproj Couldn't load bar.xcodeproj because it is already opened from another project or workspace"

So it turns out that ASTC is tied to a multiple of blocks. Say the block minimum is 16x16, that means a 512x512 @ 6x6 is not a perfect multiple of 16 blocks in either dimensions. So you get 96x96 instead of 86x86 blocks. Then carry this down the mip chain. 512x512 @ 4x4 x 16B = 128x128x16B = 262144B = 8bpp actual (16x16 tiles): 512x512 @ 6x6 x 16B = 96x96x16B = 147456B = 4.5bpp expected: 512x512 @ 6x6 x 16B = 86x86x16B = 118336B = 3.6bpp

Thanks Quinn! I'll get back to the interop soon. The bridging header feels like cheating, but it's interesting that Xcode allowed you to include a C++ header there. Mine only contain ObjC and C. But with that new Interoperability setting, that does seem to change things.

As I stated already, that doesn’t work with setting valid arch to one platform. So really need multi arch to work. Now you also have 2 .o files, so then two libs, and then two more exe that have to be lipo-ed together. And now 2 targets. So it’s a bad cascade.

I also found this setting in Xcode, so set that for C++/Obj-C++ itnerop. That seems to change the errors that I get about ObjC. Will have more time to revisit this later. SWIFT_OBJC_INTEROP_MODE = objcxx

Also wondering how to interop one C++ lib with another via clang modules. This document says there is no syntax for that, and that only ObjC has the "@import module" syntax. Given that it's over 4 years since C++20, and still no C++ 20 module support, I've resigned to just use clang modules. But it's unclear what they do or don't support. The docs below state that C++ is possible, and just need the "requires cplusplus" designator, but see above errrors. https://prereleases.llvm.org/18.1.0/rc3/tools/clang/docs/Modules.html

I’m presuming that last bit was meant to be “Swift Xcode projects”. Yes, it's all Xcode. In a workspace, with separate swift and C++ code. The C++ is vector math and a texture encoder/decoder. The Swift is visionOS stuff, a build profiler, etc. Mostly forced into Swift use by Swift-only frameworks like SwiftUI and RealityKit. I'd like to move code off Swift and onto C++. This would primarily be Swift calling C++, and avoiding writing a bridging header. So I think I have modules for C++ building, but then get errors trying to import them into Swift. c++ module vectormath234 { // All headers are pulled in by this. requires cplusplus20 // This defaults to namespace simdk header "vectormath234.h" } Swift import vectormath234 module.modulemap:1:8 Module 'vectormath234' requires feature 'cplusplus20' MathHelpers.swift:6:8 Could not build Objective-C module 'vectormath234' I have -fmodules and -fcxx-modules set on the compile line. Thanks Quinn if you have time to address this. I really appreciate your great dev support.

I have a profiler names alecazam/kram kram-profile. It's a SwiftUI app that does build analysis. It's not doing anything exotic with the List. The List was just broken. I finally got that app ported from Swift 5 to Swift 6, and that seems to have fixed the VStack { List } case. I can't port the other app to Swift 6 due to so many concurrency warnings. Not sure if this link will send, but this is the usage. But it's working now. I didn't change any code, just ported to Swift 6. But the tagged build isn't yet updated. https://github.com/alecazam/kram/blob/main/kram-profile/kram-profile/kram_profileApp.swift

Looks like the GC calls do work for mouse/keyboard. I just need the shorter notification names. notifications.addObserver(forName: .GCKeyboardDidConnect, object: nil, queue: .main) { [weak self] note in if let controller = note.object as? GCKeyboard { self?.addKeyboard(controller) } }