![]() ![]() Uninstall all MacPorts-built shared libraries that DT uses, and any executables that depend on them, before attempting this build. You will not be able to use Xcode’s clang to build DT. The instructions linked above by are mostly complete, but you will trip over issues if you attempt to build on High Sierra or earlier. Until then, here are some breadcrumbs for anyone else foolhardy enough to try this. When I get optimizations working, I would be willing to provide a. I’m working on reproducible instructions for this process. I’ve only built it once, in RelWithDebInfo mode. darktable-cltest even recognized the ancient GPU as OpenCL capable! I’ve managed to successfully build and run (briefly) darktable 4.2.0 on my 2011 15" MacBook Pro running macOS 10.13.6 (High Sierra). After removing a few more foot bullets, and ensuring all of the documented prerequisites were in fact installed, I discovered that RAWSPEED_ENABLE_LTO=ON was breaking the rawspeed compiler tests, at least with MacPorts LLVM 15 on macOS 10.13. An older build was installed that I failed to remove before starting the process. The glib2 conflict turned out to be of my own making. I should probably mention I cloned the release-4.2.0 tag. And I can’t install the MacPorts copy of LensFun, because of a glib2 variant conflict. It appears the DT build system treats LensFun as a requirement, even when -DUSE_LENSFUN=OFF is passed to CMake. I can’t find any evidence of OpenCL anywhere on this system, but then I don’t think the external GPU on this laptop is beefy enough to bother with it anyway. ![]() The DT build system thinks the native Xcode clang is too old, so I’ve had to install a newer LLVM and clang via MacPorts, and pass the compilers on the CMake command line. I’ve gotten past a few hurdles, and I’m taking notes to document the process for others who want to follow this path. ![]()
0 Comments
Leave a Reply. |