Hi,

sorry for the delay. I thought I replied weeks ago.

I can reproduce the segfault on llvm-5 using the dump.link-0.ll:
/usr/lib/llvm/5/bin/llc -march=amdgcn < ../dump.link-0.ll

Since llvm-5 will not see any further changes you might try updating your
libclc (plenty of changes recently), to see if it hides the bug.

Linking the old compiled code with newer libclc did not seem to help:
cd libclc;
/usr/lib/llvm/5/bin/llvm-link ../dump.ll
built_libs/tahiti-amdgcn-mesa-mesa3d.bc | /usr/lib/llvm/5/bin/llc
still hits segfault.

running clang-5.0 directly does not hit the issue:
However, I cannot reproduce the error using clang-5.0:
cd libclc;
clang-5.0 -target amdgcn-mesa-mesa3d -Igeneric/include -Xclang
-mlink-bitcode-file -Xclang built_libs/tahiti-amdgcn-mesa-mesa3d.bc -include
clc/clc.h ../dump.cl -S -o -
works OK!

Unless I add '-g' to the command line, in which case it hits the same segfault.

I'd say this is a variant of
https://bugs.freedesktop.org/show_bug.cgi?id=100218

I've also tried running the same command using llvm-6:
clang-6.0 -g -target amdgcn-mesa-mesa3d -Igeneric/include -Xclang
-mlink-bitcode-file -Xclang built_libs/tahiti-amdgcn-mesa-mesa3d.bc -include
clc/clc.h ../dump.cl -S -o -

and it does not segfault.

I think the correct solution for you would be to upgrade to llvm-6.
I'd consider this fixed in that case.