+++ This bug was initially created as a clone of Bug #1544964 +++ American Fuzzy Lop recently broken when clang 5 was pushed to Fedora 27. Apparently clang is not binary compatible between major releases. Unfortunately it seems as if the clang package doesn't export any 'clang(major)' symbol as is the case with GCC: $ rpm -q --provides -f /usr/bin/clang clang = 6.0.0-0.4.rc1.fc28 clang(x86-64) = 6.0.0-0.4.rc1.fc28 $ rpm -q --provides -f /usr/bin/gcc bundled(libiberty) gcc = 7.2.1-6.fc28 gcc(major) = 7 <--------- gcc(x86-64) = 7.2.1-6.fc28 liblto_plugin.so.0()(64bit) If we had ‘clang(major)’ we could depend on the specific version we were built against and prevent this problem silently reoccurring in future.
Can you provide more information about how it fails? Looking at the generated REQUIRES from rpm, I don't see a run-time dependency on either clang or llvm
The error is here: https://bugzilla.redhat.com/show_bug.cgi?id=1547414#c0 The dependencies are in the -clang subpackage, see: https://koji.fedoraproject.org/koji/rpminfo?rpmID=13101853 Because the dependencies cannot express that we really depend on a specific major version number of clang, it will break next time clang is upgraded to a new major release.
Actually I think it's -clang-fast: https://koji.fedoraproject.org/koji/rpminfo?rpmID=13101854
This has been fixed in rawhide: clang-6.0.0-2.fc29
Thanks, corresponding change made to afl: https://src.fedoraproject.org/rpms/american-fuzzy-lop/c/69a0278c75fe0eb918e5068ae0fda1455bfeb185?branch=master