Build Errors with WatchOS Target #192
-
I am adding an Apple Watch target to my project and intend to use the same Skip-supported packages between the main and Watch targets. When I add my package under "Frameworks, Libraries, and Embedded Content", I get a bunch of build errors like: I get one per package that uses the Skip Transpiler, including my packages. I would imagine both the iOS and watchOS targets are trying to create the sourcehash, hence the error message. Any help would be appreciated.
|
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 2 replies
-
Is this a new stand-alone WatchOS app, or is it a companion app for an existing iOS App? Should you show us a screenshot of the Xcode target configuration of the app? It sounds like it might be including Skip's top-level target twice somehow, which would explain that error. |
Beta Was this translation helpful? Give feedback.
-
I'm seeing this error too when I add a watchOS target to the default HelloSkip app. Unfortunately, it seems to be a known issue with plugins and watchOS targets: mac-cain13/R.swift#815 (found via https://stackoverflow.com/a/76030048/10253094). Unfortunately, I can't think of any good workaround that doesn't involve duplicating the target with one that shares the code but doesn't invoke the transpiler. You might be able to get creative with symbolic links between source files in different targets, but I'll see if I can think of a better solution. Note that this might be fixed by Xcode 16 – since I know they refactored how plugin targets are structured somewhat – but we are currently having other (unrelated) issues running with the latest beta, so I'm not sure I would advise investigating that yet. |
Beta Was this translation helpful? Give feedback.
I'm seeing this error too when I add a watchOS target to the default HelloSkip app. Unfortunately, it seems to be a known issue with plugins and watchOS targets: mac-cain13/R.swift#815 (found via https://stackoverflow.com/a/76030048/10253094).
Unfortunately, I can't think of any good workaround that doesn't involve duplicating the target with one that shares the code but doesn't invoke the transpiler. You might be able to get creative with symbolic links between source files in different targets, but I'll see if I can think of a better solution. Note that this might be fixed by Xcode 16 – since I know they refactored how plugin targets are structured somewhat – but we are currently having…