libcommon_clang.so won't exist in runtime package

[dvrogozh]

intel-graphics-compiler/IGC/OCLFE/igd_fcl_mcl/source/clang_tb.cpp

Line 603 in 4be564f

CCModule.pModule = dlopen(CCModule.pModuleName, RTLD_NOW | RTLD_DEEPBIND);

@paigeale, @iwwu : I just realized that IGC loads "libcommon_clang.so" exactly as I wrote it. The problem is that this is linker name and it will be packaged into development package, i.e. in something called like igc-devel.rpm while libcommon_clang.so.8 (if you build against LLVM-8) will be packaged into runtime package igc.rpm. So, we might face the situation when user will install some application which requires igc, hence it will install igc.rpm as a dependency, but he will miss igc-devel.rpm, hence he will miss libcommon_clang.so entirely.

Thus, I think we need to implement one of the following solutions:

1. Either load libcommon_clang.so.${LLVM_MAJOR_VERSION}
2. Or simply link against common_clang as suggested in question: will it make sense to link against common_clang rather than load it? #71

[tripzero]

I agree with 1 as a short term goal. Long term there's no reason not to link against opencl-clang. Reducing code complexity that comes with using dlopen, dlsym, etc is always better.

[dvrogozh]

Fixed by 77e3412, IGC (libigdfcl.so) now dynamically links against libcommon_clang.so