Summary: | dev-util/cmake-2.6.3 fails to compile - No rule to make target `/lib/libexpat.so' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Neil Bothwick <neil> |
Component: | [OLD] Development | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2008.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Build log
ebuild environment |
Description
Neil Bothwick
2009-03-06 12:42:47 UTC
Created attachment 184133 [details]
Build log
Created attachment 184135 [details]
ebuild environment
[ 77%] make[2]: *** No rule to make target `/lib/libexpat.so', needed by `bin/DumpDocumentation'. Stop. make[2]: *** Waiting for unfinished jobs.... Reassigning to kde herd. -- Using system-installed CURL -- Using system-installed EXPAT -- Using system-installed XMLRPC -- Using system-installed ZLIB -- Found ZLIB: /lib/libz.so -- Found CURL: /lib/libcurl.so -- Found EXPAT: /lib/libexpat.so Do you recall doing anything that could cause these invalid results for libcurl and libexpat ? There are dangling symlinks for them in /lib. The timestamps do not coincide with any emerges, but I didn't create them manually. I'll try removing them. It turns out I had 416 dangling symlinks in /lib, ones you would expect to find in /usr/lib, with exactly the same timestamp in late January. I've no idea how they got there, but removing them fixed the cmake install. What really surprises me is that it was like this for over a month without any apparent problems. Anyway, it's fixed now, thanks for the help. |