1

My Xamarion.iOS binding project has the links to all the required native video SDK libraries and native OS frameworks. I have set the required frameworks using Frameworks attribute. Other settings include SmartLink=true, ForceLoad=true, IsCxx=true, LinkerFlags="-lc++". It can be built into a C# DLL. In iOS project, the DLL is referenced and used. However there are native linking errors.

MTOUCH: Error MT5210: Native linking failed, undefined symbol: std::string::_Rep::_M_destroy(std::allocator<char> const&). Please verify that all the necessary frameworks have been referenced and native libraries are properly linked in.

The details in build log:

> Undefined symbols for architecture arm64:
>       "std::string::_Rep::_M_destroy(std::allocator<char> const&)", referenced from:
>           HPR_UTF82A(char const*) in libHCCore.a(HPR_Utils.o)
>           HPR_A2UTF8(char const*) in libHCCore.a(HPR_Utils.o)
>       "std::string::_Rep::_S_empty_rep_storage", referenced from:
>           HPR_UTF82A(char const*) in libHCCore.a(HPR_Utils.o)
>           HPR_A2UTF8(char const*) in libHCCore.a(HPR_Utils.o)
>       "std::string::assign(char const*, unsigned long)", referenced from:
>           HPR_UTF82A(char const*) in libHCCore.a(HPR_Utils.o)
>           HPR_A2UTF8(char const*) in libHCCore.a(HPR_Utils.o)
>       "std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char>
> const&)", referenced from:
>           HPR_A2UTF8(char const*) in libHCCore.a(HPR_Utils.o)
>       "std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&)", referenced
> from:
>           HPR_A2UTF8(char const*) in libHCCore.a(HPR_Utils.o)
>     ld: symbol(s) not found for architecture arm64
>     clang : error : linker command failed with exit code 1 (use -v to see invocation)

The wrap errors:

MTOUCH: Warning MT5215: References to 'System' might require additional -framework=XXX or -lXXX instructions to the native linker (MT5215)

Error MT5201: Native linking failed. Please review the build log and the user flags provided to gcc: -ObjC (MT5201)

MTOUCH: Error MT5202: Native linking failed. Please review the build log. (MT5202)

clang: Error: linker command failed with exit code 1 (use -v to see invocation)

Please shed light. Thanks.

No such native linking error in Xcode. The build settings:

enter image description here

Eezy
  • 83
  • 5
Hong Wang
  • 65
  • 10
  • No native linking errors in code. The settings in Xcode (from build log): – Hong Wang May 20 '20 at 23:33
  • /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x objective-c++ -target armv7-apple-ios8.0 -fmessage-length=0 -fdiagnostics-show-note-include-stack -fmacro-backtrace-limit=0 -stdlib=libc++ – Hong Wang May 20 '20 at 23:43
  • Xcode: -Xlinker -no_deduplicate -stdlib=libc++ -fobjc-link-runtime -liconv -lssl -lAudioEngine_64 -lplayctrl -lSystemTransform -framework QuartzCore -framework CoreVideo -framework CoreMedia -framework GLKit -framework VideoToolbox -framework AudioToolbox -framework Foundation -framework UIKit -lHCNetSDK -lHCCore -lcrypto -framework CoreGraphics -framework OpenGLES -framework CoreGraphics -framework OpenAL – Hong Wang May 21 '20 at 00:19
  • I have upgraded Xcode to 11.5 and Visual Studio for Mac to 8.6 build 4520. Set Linker behaviour to Link All in iOS build project settings. The native linking error is gone, However there is a new issue caused by Link All. We cannot use DependencyService anymore. iOS app will fail to load because DependencyService cannot resolve even the first platform implementation of IFileHelper with a Null reference. – Hong Wang May 23 '20 at 07:08
  • This looks like a Xamarin bug, see https://stackoverflow.com/questions/61757404/xamarin-bug-happens-when-linker-is-set-to-link-all-cant-use-dependencyservic. I have tried Additional mtouch arguments --linkskip tecommobile and a few other ways as in https://learn.microsoft.com/en-us/xamarin/ios/deploy-test/linker?tabs=macos#skipping-assemblies. I haven't been able to resolve the issue. – Hong Wang May 23 '20 at 07:09

2 Answers2

0

Managed linking and native linking may remove code. Link All may remove more code. So need to solve the problem instead of making the issues disappear using Link All. When using Link All, need to use Preserve attribute to preserve code.

I added all native references, set the linking options correctly. Also I set the linker flags to include all the required OS platform frameworks correctly. After adding reference to a native dynamic framework, the error disappeared. Then instead of getting undefined symbols, I got duplicate symbols. I had to remove a reference to a native library.

Although the iOS project is linked and built after referencing dynamic frameworks, there is a runtime issue. Our SDK provider confirmed that we must not use their dynamic frameworks. The dynamic frameworks are provided for other customers for a different target SimpleDemo_Dy in Xcode. They are older versions SDK. We should just use the static libraries.

I have re-examined the Xcode build log. No dynamic frameworks are used for target SimpleDemo in Xcode. The question is why Xcode project builds without using any dynamic frameworks, but Visual Studio for Mac build fails with a native linking error?

I’ve created a sample iOS app which only uses static libraries. It builds and runs OK. I've shared the sample iOS app with you. The link is https://drive.google.com/file/d/10QXkaZE7lURN6IF96NIrTGY2lmn88ctF/view?usp=sharing.

I haven’t been able to achieve the same in our product app with identical binding project settings. I even tried to swap the binding project from the sample app. It didn't help. Also I compared the iOS project settings from project options UI and WinMerge. I still couldn't find what's wrong. I have tried clean and rebuild many times. I have tried to check out to a fresh workspace. It still has undefined symbol error.

I think the issue is one of the native libraries libHCCore.a is compiled with libstdc++ which caused the error undefined symbol std::string while the rest are libc++.

Adding Linker Flags -lstdc++ to the native reference didn't help. How to used additional Mtouch arguments in iOS project or additional btouch arguments in binding project to resolve the issue?

Hong Wang
  • 65
  • 10
0

See https://github.com/xamarin/xamarin-macios/issues/8669.

We understand that the issue with our iOS app is caused by the mix of libstdc++ and libc++ libraries of our vendor's SDK. Their libHCCore.a was compiled with libstdc++ while all the rest were compiled with libc++. I have tried additional linking options in Visual Studio for Mac, but failed with “libstdc++ is deprecated” and “Library –lstdc++ is not found”. Here is Microsoft Sebastien Pouliot's advice:

I think the issue is one of the native libraries libHCCore.a is compiled with libstdc++ which caused the error undefined symbol std::string while the rest are libc++. You can't mix both. Building with libstdc++ was deprecated with Xcode 8 and is not supported in Xcode 10 when targeting iOS. C++ projects must now migrate to libc++ and are recommended to set a deployment target of macOS 10.9 or later, or iOS 7 or later. ... Project dependencies such as static archives that were built against libstdc++ will also need to be rebuilt against libc++. https://developer.apple.com/documentation/xcode_release_notes/xcode_10_release_notes?language=objc You'll need to talk with your vendor to get an updated that is built against libc++ Please rebuild libHCCore.a with libc++.

This issue has been resolved by rebuilding libHCCore.a with libc++ through our vendor.

Hong Wang
  • 65
  • 10