A version bump is required from llvm 3.8 -> 3.9 in order to obtain a GL context of 4.3 required to run many GL applications, additionally, greater performance results.
This is only applicable to AMD Radeon users.
Actually this looks to be a duplicate of perhaps 1354096 ?
No it's not a duplicate, as that bug was specifically for rawhide.
It seems unlikely llvm will be upgraded, as a lot of packages depend on it, though that's really up to the maintainers to decide. Perhaps a private llvm could be used to avoid this? Similar to EL does.
Anyway, feel free to use my copr in the mean time:
I'm opposed to have private llvm, but I would like to see 3.9 in F25. But this should not happen until all packages which we build from git (pocl at least) will have a release.
(In reply to Igor Gnatenko from comment #3)
> I'm opposed to have private llvm, but I would like to see 3.9 in F25. But
> this should not happen until all packages which we build from git (pocl at
> least) will have a release.
I agree with everything you just said and I'm also aware of the issue of pocl needing a release for llvm 3.9 support.
Could we perhaps then bump mesa so that the only package would then be blocking llvm is pocl?
llvm 3.9.1 has now been released.
Perhaps llvm3.9 can be branched onto Fedora 25. It would also require a clang3.9 package too IIRC. See bug #1409363 for details.
Additionally, GL_ARB_tessellation_shader (OpenGL 4 and above) is now broken on Fedora 25 with radeonsi because mesa was rebased to 13.x that is using the newer llvm api - "unsupported calls to llvm.amdgcn.s.waitcnt".
This was pushed two days ago, closing as fixed: