build disappears

@EduardoDominguez If I understand correctly, you're noting that Foundation Models is able to see the structure of your generable type, and you are asking if this means that guides are redundant. Our general advice is this: First, create your @Generable type with just descriptive property names, and see what kinds of values are created. Then, in areas where the model isn't consistently generating relevant data, try adding @Guide to provide additional guidance to the model for generating those values. With on-device models, reducing complexity and keeping the context window small with succinct instructions is generally preferably, but through experimentation you may find that property-specific guides lead to more consistent results. Remember, building with large language models is all about testing and iterating! Best, -J

Ok, I think I got it to work. I think I was using the wrong build scheme. It appears to work when selecting the test scheme in xcode before running the tests. I think previously xcode would automatically switch schemes, or at least a prompt would appear asking if I wanted to switch schemes, I could be wrong, though. Thanks.

Hi @thanhnd24 Yes, to use the entitlement (in your case, main camera access), you need to include both the entitlement and a corresponding license file in your app. After Apple approves your app for one or more entitlements, you receive a license file, along with additional instructions. Developers enrolled in the Apple Developer Program as an individual or sole proprietor/single-person business do not meet the requirements for Enterprise APIs. To meet the requirements for Enterprise APIs, you need to be enrolled in the Apple Developer Program as an organization or enrolled in the Apple Developer Enterprise Program. For more information on obtaining and configuring the license, see Building spatial experiences for business apps with enterprise APIs for visionOS. Refer to Accessing the main camera for more information on using the main camera API.

Hi Kevin, Thank you for the suggestions. We have conducted a test of your third proposal regarding the IOKit User Client Class Temporary Exception. Our test procedure was as follows: We started from a known-good baseline commit where our DEXT loads correctly and the/dev/diskX node appears (though it reports 0 bytes, which is a separate issue we are debugging). We made only one change: we updated our App's .entitlements file to include the temporary exception. For absolute clarity, the exact content of the .entitlements file used for this test was: com.apple.security.temporary-exception.iokit-user-client-class IOUserUserClient com.apple.security.app-sandbox com.apple.developer.system-extension.install After a full clean, build, and reboot, the IOServiceGetMatchingService(DriverKitAcxxx) call still fails at runtime, returning IO_OBJECT_NULL. This result seems to indicate that the temporary exception entitlement is not sufficient to grant our app visibility of the active IOKit service on macOS. Be

Check if you have this flag: _SQLITE3_H_=1 under Build Settings > Preprocessor Macros (GCC_PREPROCESSOR_DEFINITIONS). I had this value and this resulted in your same error. I still need to find why I had this in the first place. But at least removing it resulted in the project building correctly and I can continue testing it using the new Xcode.

Okay, so, tryin to build some pipelines here, from USD content from DCC's into the Xcode/RealityComposerPro world. ...and I really wish RCP was more mature in its USD support. Looks, like Entity class and some supporting USD methods are the only options. The saving grace is, that the Canvas is a awesome tool to setup mature content via code/USD..kudos to whomever delivered that.