During the emerge -e system step of bootstrap-prefix.sh on macOS Sierra, the build of =sys-libs/libcxxabi-3.9.0 fails with error: CMake Error at CMakeLists.txt:63 (message): Not found: /Users/rutger.vanbergen/Gentoo/usr/share/llvm/cmake Reproducible: Always
Created attachment 458394 [details] libcxxabi-3.9.0 build log
Confirmed, I already pushed (what I think is) a fix, which worked for the bootstrap to continue. I'm currently performing the bootstrap again to see if it allows for successful completion.
Great, thanks! I look forward to hearing your conclusion concerning the fix working or not. Kind regards, Rutger
my bootstrap finished successfully
Good news, thanks! I guess that makes it my turn to try. Is it a matter of restarting bootstrap-prefix.sh, or first running emerge --sync, ...?
In your case the emerge --sync needs to happen again. It may be that if you just re-run bootstrap-prefix.sh it will sync again due to your copy being "old" now, but if this doesn't happen, you better force this via a hack in the script or manual invocation. If you feel adventurous, you can also enter your half-baked prefix ($EPREFIX/bin/bash -l), ensure EPREFIX is unset or pointing to the right prefix, then run emerge --sync, followed by emerge --resume. After the latter emerge finishes, you're basically done. The only thing bootstrap-prefix.sh script does more is create a startscript wrapper for you. So you'll have to mimick that too for smooth starting afterwards. Or you just wipe and restart from scratch ;)
Okay, the emerge --sync; emerge --resume path didn't work: libcxxabi conked out with the same error. I guess I'll rm -r ˜/Gentoo and start from scratch, then.
hang on, did the sync show new files being pulled in?
Yes, including the following: sys-libs/libcxxabi/Manifest sys-libs/libcxxabi/libcxxabi-3.9.1.ebuild sys-libs/libcxxabi/metadata.xml sys-libs/libcxxabi/files/libcxxabi-3.9.0-cmake-path.patch sys-libs/libcxxabi/files/libcxxabi-3.9.0-test-unwind.patch I can have a look at their contents, if you like?
right, so that cmake-path patch should do the trick...
there is no notion of share/llvm/cmake in the 3.9.1 ebuild, is it?
or is it trying to compile 3.9.0? In that case emerge -e system should restart the thing, but still less work than starting over from scratch.
No, it told me it was trying to build 3.9.1, the ebuild of which does not contain any reference to the offending cmake. So, I agree that it looks like it should work. I'll rerun emerge -e system, and if that fails, try again from scratch. There are some interesting peculiarities in my setup that do tend to complicate things (it's a work laptop, which is a member of our parent company's Windows domain, which introduces group names with backslashes, some of which go stale if I'm not VPN-ed in to the office, which breaks everything... in short: it's a long story, and not a very entertaining one.) I'll let you know if I run into any issues that feel like they are properly build-/portage-related.
Build of libcxxabi just completed successfully. This bug has thus been fixed and rightfully closed.
