Replies: 3 comments 1 reply
-
Thanks for bringing this up. Which Ginkgo version are you using? Are you building a shared library, or a static one (this can be found in the CMake output for Ginkgo)? |
Beta Was this translation helpful? Give feedback.
-
As a quick fix you could try to compile with AppleClang, this seems to work for me at least for version 14 and 15. |
Beta Was this translation helpful? Give feedback.
-
Switching to Apple Clang makes the link errors go away and build succeeds. I am wondering what the issue is with homebrew clang 18.1.4. I have used that compiler for building other projects without issues. I am attaching the CMake output from the homebrew clang. |
Beta Was this translation helpful? Give feedback.
-
I am trying to build on macOS Sonoma 14.5, using the homebrew clang 18.1.4 installation
I configured with the following command
cmake -G "Unix Makefiles" .. -DCMAKE_C_COMPILER=/opt/homebrew/opt/llvm/bin/clang -DCMAKE_CXX_COMPILER=/opt/homebrew/opt/llvm/bin/clang++
The CMake configuration step went fine, but when linking the first .dylib
[ 7%] Linking CXX shared library ../lib/libginkgo_reference.dylib
Undefined symbols for architecture arm64:
"gko::batch::preconditioner::Jacobi<std::__1::complex, int>::Jacobi(std::__1::shared_ptr<gko::Executor const>)", referenced from:
gko::EnablePolymorphicObject<gko::batch::preconditioner::Jacobi<std::__1::complex, int>, gko::batch::BatchLinOp>::create_default_impl(std::__1::shared_ptr<gko::Executor const>) const in batch_bicgstab_kernels.cpp.o
gko::EnablePolymorphicObject<gko::batch::preconditioner::Jacobi<std::__1::complex, int>, gko::batch::BatchLinOp>::clear_impl() in batch_bicgstab_kernels.cpp.o
"gko::batch::preconditioner::Jacobi<std::__1::complex, int>::Jacobi(std::__1::shared_ptr<gko::Executor const>)", referenced from:
Clearly I am missing something quite straightforward here...
Beta Was this translation helpful? Give feedback.
All reactions