dyld: Library not loaded: @rpath/libswiftSwiftOnoneSupport.dylib

[toshi0383]

Maybe this is a rare case, but building inside xcworkspace ends-up with runtime crash.
See: toshi0383/TVMLKitchen#142
I confirmed this happens with Himotoki, too.

I wonder if anybody have alternative work-around for this? Rather than adding ALWAYS_EMBED_SWIFT_STANDARD_LIBRARIES = YES on library side?

[ikesyo]

I'm not sure about this without an example project. Would you mind providing one?

[toshi0383]

Here you go! Just Cmd+R on a Simulator to reproduce.
HimotokiCarthageSample.zip

[ikesyo]

TL;DR: This should be your project setting issue.

There are two things I'd like to note:

• Even if you are referencing / linking to and embedding Carthage/Build/iOS/Himotoki.framework, why do you add Himotoki.xcodeproj to HimotokiCarthageSample? Since the framework is supplied as a prebuilt binary, you don't need to add the framework project reference to your project.

• Due to the fact above and the Find Implicit Dependences Build Options of HimotokiCarthageSample scheme, another Himotoki.framework is built and placed into HimotokiCarthageSample-.../Build/Products/Debug-iphonesimulator. Then the another framework file is somehow loaded from the app and that can't find @rpath/libswiftSwiftOnoneSupport.dylib.

  If Himotoki.framework which is in HimotokiCarthageSample.app/Frameworks are correctly loaded from the app, the framework should successfully find HimotokiCarthageSample.app/Frameworks/libswiftSwiftOnoneSupport.dylib.

[toshi0383]

Thanks for clarification!

why do you add Himotoki.xcodeproj to HimotokiCarthageSample?

Because I need to sometimes build from source to attach debugger to Himotoki source code.
Do you think of any workaround in this case?

[toshi0383]

I wrote an article about this use-case in Japanese, FYI.
There are some other libraries which I don't have this issue. (e.g. I tried Ekhoo/Device and it worked fine)