https://bugs.freedesktop.org/show_bug.cgi?id=92214
--- Comment #25 from Barto <mister.freeman at laposte.net> --- (In reply to Roland Scheidegger from comment #24) > You'll notice right there ("when built with CMake") this patch is not always > needed with llvm 3.7. The different name is really FUBAR but is beyond > mesa's control as it only depends on how llvm is built... Albeit I don't > know what the resolution to that llvm problem was if there's any yet. CMAKE might be the culprit if the generation of libLLVM.so file ( 3.7.0 version ) has problems, I found two interesting links about the "CMAKE way" when building LLVM 3.7.0 : https://llvm.org/bugs/show_bug.cgi?id=23649 http://lists.freedesktop.org/archives/mesa-dev/2015-September/095696.html and I found also that archlinux developers for the 3.6.2 version of LLVM have used the classic way ( ./configure, make, make install ) for building LLVM 3.6.2, then for the 3.7.0 version they have switched ( archlinux developers ) to the CMAKE build method, LLVM 3.6.2 lib works without problems with mesa 11.0.3, LLVM 3.7.0 lib triggers a crash when mesa 11.0.3 tries to use it ( when r600 driver is used with an amd radeon HD4650 pcie card ), it's just a supposition : my bug could be the consequence of the switch to the CMAKE build method, something went wrong in CMAKE files configuration in LLVM 3.7.0, to be sure I am currently trying to compile LLVM 3.7.0 with the classic way ( ./configure ) by reverting this patch in order to allow this : http://lists.llvm.org/pipermail/llvm-commits/Week-of-Mon-20150629/284970.html and I will see if the bug is still here when libLLVM.so.3.7 is building with ./configure and not CMAKE -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151012/2e8cd575/attachment.html>