Closed fwuehr95 closed 8 months ago
I think it will be fine to hardcode it for 14 recipe, we do not allow multiple clang installs so it should be fine. I think with 15 onwards these versions match MAJOR_VER so we are good on master and newer releases.
Hi @kraj, thanks for the feedback, I opened a PR to fix this: https://github.com/kraj/meta-clang/pull/881
Fixed with #881
Looking at the clang recipe in kirkstone branch FILES for the libclang package is set to the following:
FILES:libclang = "\ ${libdir}/libclang.so.${MAJOR_VER} \ " Unfortunately the llvm project has not changed the libclang version with the upgrade from 13 to 14, so there is a mismatch of the version naming of the resulting libclang (libclang.so.13) and the variable that shall be packaged which would equal to "libclang.so.14" (see: https://github.com/llvm/llvm-project/issues/53684). As far as I understand it, they didn´t change the version due to the fact that there were no ABI changes.
IMHO there are three options to resolve this: