Latest llvm-9999 with latest clang fails to prepare because of failed clang-3.6-gentoo-install.patch. I don't know if the patch is necessary. clang version: sys-devel/clang-9999-r100 Reproducible: Always Actual Results: emerge fails
Created attachment 417342 [details] emerge --info
Created attachment 417344 [details] patch.out
I disabled that patch, the sed command and lang-0001-Install-clang-runtime-into-usr-lib-without-suffix-3.8.patch just to get it compiling. It'll take a while on my kabini system so I'll report back if it's usable I've been getting this error for around a week but I haven't had time to take a look at it
Disabling the patch will most likely cause broken install. I'll take a look at updating it when I can.
Created attachment 417586 [details, diff] Dirty hand-updated patch So it looks like scan-build has been fixed to use relative ../share paths, and both scripts have been moved to bin/ subdirectories. I'm attaching a hand-updated patch, however I won't be able to test it in the next hour or so.
I've updated all the patches and the ebuild a bit. I've confirmed that it works as far as to the end of src_prepare(). I have no clue if it still installs, and src_install() needs some cleanup later ;-).
Currently src_install fails with python_domodule *.py Resources I'm going to try commenting that out and see how far it gets
Oh yes, more directory references need to be fixed. But feel free to attach or send me a file list after your commented out this line.
Will do
Created attachment 417792 [details] Equery f with problem line commented out Sorry I forgot to post this earlier Was this what you were after?
Yes. We'll certainly need to do something about all .py files in /usr/share/scan-view and at least some in /usr/share/clang.
I think this bug should be reopened since problems with installation are not currently fixed.
Sure. Though I'm afraid I won't be able to work on it anytime soon.
I whould personally upgrade importance also since getting llvm 3.8 to work seems the only way to achieve OpenGL 4 in some mesa drivers. PS: I think that is why Mike Lothian (well known FireBurn overlay maintainer) is interested in this resolved :)
It's not considered polite telling someone how they should prioritise their time Commenting out this line: python_domodule *.py Resources in the ebuild will get it working for radeon & amdgpu but I'm not sure what that'll break for other users - which is probably why it's not been commited I'm setting up my new system so hopefully in the next week or two I might be able to take a closer look at this
Not sure it is the case of prioritizing someones time. If I sounded that way, I'm sorry.
I'm working on this.
commit 820607525306cb9f19b9bc1452540b8b1cacb08d Author: Michał Górny <mgorny@gentoo.org> Date: Sat Dec 5 16:45:40 2015 +0100 sys-devel/llvm: Update live ebuild, fix Python install Update the patches and install procedure for git changes. Switch to python-single-r1 as most of the Python components are now installed by CMake. USE=lldb still fails but I think that's upstream's fault, not ours.
Oh, and if you find USE=lldb finally working please ping me because it will probably need more Python fixes and I'm not using -9999 actively.