https://bugs.freedesktop.org/show_bug.cgi?id=81785
--- Comment #3 from Emil Velikov <[email protected]> --- (In reply to comment #1) > I had the exact same problem, but came to the conclusion that LLVM needs to > be patched to resolve this. This was done for Opensuse and works fine! > > https://build.opensuse.org/package/view_file/home:tobijk:X11:XOrg/llvm/cmake- > patchversion.patch?expand=1 > > go bother the LLVM package maintainer :) It seems like building llvm with cmake is not the most common practise - iirc there was an RTTI issue a while back and now this thus. Might be better if you forward the patch to the llvm if you haven't already. This way more people can benefit from your work(patch) :) (In reply to comment #2) > According to the llvm announcement for 3.4.2 it is API compatible with 3.4. > MESA checks for the API (which is 3.4) and not for the version (which is > 3.4.2). > > Yes, patching LLVM works as does patching MESA to not check for the patch > version. > > Take it as a note... i can temp fix it to continue testing... I believe the main issue with dropping that patch version check in mesa is that mesa (some of the radeon code actually) depends on functionality that did not exist in earlier versions - including 3.4.0 and 3.4.1. Perhaps the configure.ac check is not perfect but as llvm provides a more robust method of detection we might incorporate that in mesa :) -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ mesa-dev mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/mesa-dev
