And to check for the compiler itself, I suppose: > $ which clang > $ which clang++ > > If they do exist (well, yes, you said they do, but when results are > unexplained don't rule things out too quickly) then run ldd on them > to see if everything they need is found. >
Thanks for the info guys! I will certainly take a look at those updated links. Assuming the multilib methods are different, I will likely make a new build following those steps. I will first see if I can figure this build out with what I've already got. By the way, here's the output of *which clang* and *which clang++* : $ which clang /usr/bin/clang $ which clang++ /usr/bin/clang++ And here is the output of *ldd*: $ ldd /usr/bin/clang++ linux-vdso.so.1 (0x00007fffaa953000) libpthread.so.0 => /lib/libpthread.so.0 (0x00007f86c3264000) libLLVM-8.so => /usr/bin/../lib/libLLVM-8.so (0x00007f86c01b8000) libstdc++.so.6 => /usr/bin/../lib/libstdc++.so.6 (0x00007f86bffd8000) libm.so.6 => /lib/libm.so.6 (0x00007f86bfe93000) libgcc_s.so.1 => /usr/bin/../lib/libgcc_s.so.1 (0x00007f86bfe79000) libc.so.6 => /lib/libc.so.6 (0x00007f86bfcb5000) /lib64/ld-linux-x86-64.so.2 (0x00007f86c328f000) libffi.so.6 => /usr/bin/../lib/../lib/libffi.so.6 (0x00007f86bfca7000) libz.so.1 => /lib/libz.so.1 (0x00007f86bfc8a000) librt.so.1 => /lib/librt.so.1 (0x00007f86bfc80000) libdl.so.2 => /lib/libdl.so.2 (0x00007f86bfc7b000) libncursesw.so.6 => /lib/libncursesw.so.6 (0x00007f86bfc0c000) libxml2.so.2 => /usr/bin/../lib/../lib/libxml2.so.2 (0x00007f86bfaa6000) liblzma.so.5 => /lib/liblzma.so.5 (0x00007f86bfa7c000) So everything appears to be in order at least. Any ideas what could be causing the packages to not find clang++? -- Jared
-- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
