Since it requires old LLVM6 and superseded by Intel NEO, I think this package should be marked as deprecated.
I will deprecate it once we have actually got NEO in the tree. In the meantime, let's leave it be - especially given "old" LLVM6 is in fact the latest stable release for now.
The stable version beignet-1.3.2 even depends on LLVM 5 - <sys-devel/clang-6.0.0:=[${MULTILIB_USEDEP}] But on the other hand Intel's website says "Beignet remains our recommended solution for legacy HW platforms (e.g. Ivybridge, Sandybridge, Haswell)." So what to do with it?
Okay, I was going to comment on this earlier but I forgot. This is the way I see it: - dev-libs/beignet will remain available in Gentoo for as long as it works and does not force us to keep broken or EOLed dependencies in the tree. I know for a fact people still work on machines with CPUs not supported by Neo (if they work and are sufficient for someone's needs, why not? I for one have got a high-end Ivy Bridge system which I still use from time to time for heavy-duty number crunching. BTW. This reminds me of old 486 Linux boxes being used to effortlessly run production servers in the 1990 long after Microsoft had given up on those CPUs) and would have to leave such people out in the cold unless there are very, very good reasons for that; - latest Beignet ebuilds do support LLVM6, moreover while there haven't been any commits to Beignet master since August 2018 the devs *have* added preliminary LLVM7 support. To put it another way, chances are pretty good that it depending on EOLed LLVM will not be Beignet's problem any time soon. I hoped Beignet upstream would make one more release but alas, it hasn't happened yet. Now that llvm.eclass is about to gain EAPI-7 support I think it's time to stop waiting - I'll poke them about it on the mailing list but regardless of the result, my plan is to add dev-libs/beignet-1.3.3(_pre2019xxxx)? to the tree once it can use EAPI 7, stabilise it after the usual maturation period, and officially declare Beignet in Gentoo to become a maintenance-only package. As for Neo, it should definitely be added to virtual/opencl but I want to let it sit in the tree for a while before doing so lest some unexpected bugs pop up.
Status update: - NEO doesn't support all the hardware Beignet does, nor does it support ABI_x86_32. Therefore, dev-libs/beignet isn't going anywhere any time soon; - that said, in 64-bit mode and on supported hardware NEO seems to work fine where it can so I have just requested virtual/opencl to include it.
