https://bugs.kde.org/show_bug.cgi?id=352896
--- Comment #8 from RJVB <rjvber...@gmail.com> --- I confirm: the same fix makes the build succeed on OS X. The same issue with the missing plugin path exists though, and in addition the wrapper script assumes a .so extension while the plugin is now generated with the more standard .dylib extension on OS X. I wonder: why not install that plugin into the LLVM_ROOT that was either found or specified by the user? That might resolve the plugin not found error when a full path isn't specified in the wrapper, but will also make it possible to have plugins for different LLVM versions installed in parallel (and then the wrapper could use any kind of trick to wrap the desired clang version). -- You are receiving this mail because: You are watching all bug changes.
