04:44bbhtt: Since https://gitlab.freedesktop.org/mesa/mesa/-/commit/6474f8c2ce107c566090bdacea1eb74f58b088d6, trying to compile main fails with `<built-in>:1:10: fatal error: 'opencl-c-base.h' file not found`
04:44bbhtt: any idea?
04:45bbhtt: at this commit, it works fine https://gitlab.freedesktop.org/mesa/mesa/-/commit/445aacb4217cbf5fb7be604c5484eb84c3c06497
04:46bbhtt: configure: https://dpaste.com/GHX9PWB2V
06:48bbhtt: Something is going with the header path it is searching for
06:48bbhtt: Worked around by ` cp '/usr/lib/x86_64-linux-gnu'/clang/17/include/{opencl-c.h,opencl-c-base.h} src/intel`
06:51airlied: dwfreed: i think he got through again earlker
11:47karolherbst: bbhtt: is intel_clc compiled with -fPIC?
11:49karolherbst: bbhtt: 8efd11fce99710757b14cb575f33778f730ec904 needs to be in the tree, but I guess it is...
11:49karolherbst: bbhtt: https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/compiler/clc/clc_helpers.cpp?ref_type=heads#L873
11:49karolherbst: "clang_path" needs to point to the clang so file
12:22dwfreed: airlied: yeah, saw after he stopped
13:19bbhtt: karolherbst: Yea that commit is included, I don't see the couldn't find libclang path line, so I guess it's fine
13:20bbhtt: I opened an issue with some more details https://gitlab.freedesktop.org/mesa/mesa/-/issues/10884
13:36karolherbst: bbhtt: all I can say is, that `clang_path` in that needs to point to the correct so file and you might need to dump the value at runtime
13:45bbhtt: karolherbst: "/usr/lib/x86_64-linux-gnu/libclang-cpp.so.17"
13:45karolherbst: does that path exist?
13:46karolherbst: and what's the value of `clang_res_path`? And does that path exist as well?
13:46bbhtt: Let me add the second one too
13:50bbhtt: `/usr/lib/x86_64-linux-gnu/libclang-cpp.so.17` exists, checking the second one
13:53bbhtt: karolherbst: "/usr/lib/lib/x86_64-linux-gnu/clang/17/include"
13:54bbhtt: Seems like an extra lib there
13:54karolherbst: bbhtt: mind dumping the value of CLANG_RESOURCE_DIR?
14:00bbhtt: karolherbst: Seems empty, I don't think I compiled llvm with that set, is that the issue?
14:00karolherbst: nah, that's part of clangs header
14:01karolherbst: so mhhh...
14:01karolherbst: I think something is broken with the clang packaging then
14:06karolherbst: bbhtt: what distribution is that on btw?
14:07bbhtt: karolherbst: It's freedesktop-sdk, the base runtime, and sdk for flatpaks etc.
14:07karolherbst: guess the base runtime is buggy then :')
14:07bbhtt: Can't figure out what it is, seems normal to me https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/blob/master/elements/components/llvm.bst
14:07bbhtt: Anyway thanks I'll askinin some llvm channel
14:08karolherbst: yeah...
14:08karolherbst: probably for the best
14:09karolherbst: that one `lib/` really looks odd. Could be something with prefix/installing messing things up or something.. dunno
14:09karolherbst: could be a llvm bug as well