macOS 12.6 premake5 beta2 - linking C++ library from C project

[freneticmonkey]

Hi all,

I've been using premake for many years for a project which is statically linking C and C++ libraries to a C project. I've not had issues on Windows, Linux, and macOS until now. Since upgrading to macOS 12.6 + Xcode 14, I now have issues linking a C++ project to a C library.

If I open the generated Xcode project and explicitly add a dependency for the libc++.tbd library on the C project the project builds successfully as shown in the attached screen shot.

Has anyone else noticed this behaviour?

Cheers

[nickclark2016]

Can you confirm if this was an issue in beta 1?

[freneticmonkey]

Yes it was, I upgraded to beta2 to see if the issue was resolved. Here's a test project that shows the problem. Sorry for the large c++ library.
example_c_link_error.zip

[freneticmonkey]

run make all and it will compile the cpp target followed by the c target. The cpp target will succeed, the c target will fail with the following:

Ld /Users/scott/development/tiny/temp/build/c_test normal (in target 'c_test' from project 'c_test')
    cd /Users/scott/development/tiny/temp/projects
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -target arm64-apple-macos12.3 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.3.sdk -L/Users/scott/development/tiny/temp/projects/obj/linuxARM64/Release/c_test/EagerLinkingTBDs -L/Users/scott/development/tiny/temp/build -F/Users/scott/development/tiny/temp/projects/obj/linuxARM64/Release/c_test/EagerLinkingTBDs -F/Users/scott/development/tiny/temp/build -filelist /Users/scott/development/tiny/temp/projects/obj/linuxARM64/Release/c_test/c_test.build/Objects-normal/arm64/c_test.LinkFileList -Xlinker -object_path_lto -Xlinker /Users/scott/development/tiny/temp/projects/obj/linuxARM64/Release/c_test/c_test.build/Objects-normal/arm64/c_test_lto.o -Xlinker -no_deduplicate /Users/scott/development/tiny/temp/build/libassimp.a -Xlinker -no_adhoc_codesign -Xlinker -dependency_info -Xlinker /Users/scott/development/tiny/temp/projects/obj/linuxARM64/Release/c_test/c_test.build/Objects-normal/arm64/c_test_dependency_info.dat -o /Users/scott/development/tiny/temp/build/c_test
Undefined symbols for architecture arm64:
  "std::runtime_error::what() const", referenced from:
      vtable for DeadlyImportError in libassimp.a(MaterialSystem.o)
      vtable for DeadlyImportError in libassimp.a(BaseImporter.o)
      vtable for DeadlyImportError in libassimp.a(glTFImporter.o)
      vtable for DeadlyImportError in libassimp.a(glTF2Importer.o)
      vtable for DeadlyImportError in libassimp.a(ObjFileImporter.o)
      vtable for DeadlyImportError in libassimp.a(ValidateDataStructure.o)
      vtable for DeadlyErrorBase in libassimp.a(Exceptional.o)
      ...
  "std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find(char, unsigned long) const", referenced from:
      Assimp::ObjFileParser::parseFile(Assimp::IOStreamBuffer<char>&) in libassimp.a(ObjFileParser.o)
  "std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::rfind(char, unsigned long) const", referenced from:
      std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find_last_of(char, unsigned long) const in libassimp.a(Importer.o)
      std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find_last_of(char, unsigned long) const in libassimp.a(DefaultIOSystem.o)
      std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find_last_of(char, unsigned long) const in libassimp.a(BaseImporter.o)
      Assimp::FileSystemFilter::BuildPath(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >&) const in libassimp.a(BaseImporter.o)
      glTFCommon::getCurrentAssetDir(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in libassimp.a(glTFImporter.o)
      glTFCommon::getCurrentAssetDir(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in libassimp.a(glTF2Importer.o)
      std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find_last_of(char, unsigned long) const in libassimp.a(EmbedTexturesProcess.o)
      ...

[freneticmonkey]

Should I submit this as an issue rather than a discussion?

[freneticmonkey]

I've worked around this problem for now by adding an explicit linker argument into the affected projects.

linkoptions { "-lc++", }