OpenCVforUnity issue when compiling

append delete 15 Jun ’22 · 15:57 MLR

Hi,

Compiling a Unity project using OpenCVForUnity asset, I get the following messages :
...
+ Embedding framework: opencv2.framework...
+ Embedding framework: UnityFramework.framework...
+ Validating dependencies...
Dependency not found: @rpath/libswiftCore.dylib
in: build/Release-iphoneos/iPhone-target/ARtSight.app/Frameworks/opencv2.framework/opencv2
Dependency not found: @rpath/libswiftFoundation.dylib
in: build/Release-iphoneos/iPhone-target/ARtSight.app/Frameworks/opencv2.framework/opencv2
Error: unresolved dependencies in ARtSight\Frameworks\opencv2.framework\opencv2 for arch arm64. This app will crash on startup if not all the library and framework dependencies are present.

Full log : https://pastebin.com/H4LsrGZD

I used my Mac to remove architectures which are not targetting iOS devices (using lipo -remove i386 -remove x86_64 on the framework and a library as told by OpenCVForUnity in Unity console logs) and I added manually the framework in the tab "UnityFramework".
Is there something I missed ?

• Windows 10 (21H2)
• Builder version 3.49
• iOS SDK version 15.5

Hope you can help,
Regards

Marc

Replies

append delete 15 Jun ’22 · 16:08 #1. Pierre-Marie Baty

Hello

I see the problem. This precompiled framework relies on the Swift libs and the builder doesn't detect that.

Create a pre-packaging script that will copy the contents of %IOSUNITYBUILDER_PATH%\SDK\swift-5.0\*.dylib to a "Libraries" directory in your app and add a rpath to that directory in your app's binary using install_name_tool (or put them in the Frameworks directory of your app so that you don't need to add another rpath).

The next version of the builder should be able to fix this automatically.

append delete 16 Jun ’22 · 08:27 #2. MLR_

thanks I will try that asap (you're really quick to reply as usual ;) ) .

:: @MLR_ added on 16 Jun ’22 · 10:12

I tried to do both of your advises :
- copying the dylib files "nearly everywhere" in the project is not doing anything more (in Libraries directory, opencv2 framework directory, and more !)
- I could not achieve to add the libs in @rpath : I ran install_name_tool in iOSBuilder ToolChain directory (and tried to copy/paste the install_name_tool at the project root to run the same commands) using -id to set the @rpath for the 2 dylib files but I think I misunderstand where this should be done :(

append delete 16 Jun ’22 · 10:10 #3. Pierre-Marie Baty

Let me know if version 3.50 fixes the problem.

append delete 16 Jun ’22 · 10:14 #4. MLR_

I should have time to try version 3.50 this afternoon. I'll give you feedback soon

:: @MLR_ added on 16 Jun ’22 · 11:38

it seems something wrong is happening :(
Here is the log : https://pastebin.com/hBxftUyC

append delete 16 Jun ’22 · 15:52 #5. Wex

https://pastebin.com/jarM8Qek

Same issue with permission denied (I don't want to create new topic) in version 3.50

append delete 16 Jun ’22 · 16:07 #6. Pierre-Marie Baty

I see where the error comes from in the LLVM code, but I don't understand why. It occurs when the compilation succeeds and the temporary output file is moved in place as the object file. I'll try an alternate rename method (copy+delete). Recompiling now...

append delete 16 Jun ’22 · 19:15 #7. Pierre-Marie Baty

@all_affected: could you please try this recompiled clang and tell me whether the problem goes away ?

https://www.pmbaty.com/iosbuildenv/clang.zip

Unzip and put in the Toolchain directory of the builder. Let me know please.

:: @Pierre-Marie Baty added on 16 Jun ’22 · 20:42

*edit* I understand the problem a bit better. When clang creates the temporary output file, it marks it with a "delete on close" flag, so that in case anything wrong happens (up to a compiler crash), the output file is deleted in all cases. But, contrarily to the UNIX world (of which macOS is part), on Windows files that are marked with the "delete on close" flag throw a "permission denied" error when you attempt to open() them. Knowing this, I'm not 100% certain my fix will be enough. I'm waiting eagerly for your feedback here...

append delete 17 Jun ’22 · 06:42 #9. MLR_

Recompiled clang version tested but nothing changed, the permission denied error is still there.

:: @MLR_ added on 17 Jun ’22 · 12:23

when looking at the message it seems the renaming command is trying to rename a file giving an empty string for source,maybe a script has been broken and files are not selected properly in it ? (trying to help :) )

append delete 17 Jun ’22 · 16:27 #10. Pierre-Marie Baty

Here's another version of the Clang compiler with a different approach on handling temporary files. Can you please tell me if it works ?

https://www.pmbaty.com/iosbuildenv/clang.zip (same URL as previously)

append delete 20 Jun ’22 · 11:36 #11. MLR_

3.50.1 version fixed everything, thanks !

append delete 20 Jun ’22 · 13:36 #12. Pierre-Marie Baty

Glad to hear that. Happy building :)

iOS Build Environment Help Center