Summary: | app-office/libreoffice-4.3.2.2 - .../work/libreoffice-4.3.2.2/sal/osl/unx/signal.c:87:31: fatal error: valgrind/memcheck.h: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Drunkard Zhang <gongfan193> |
Component: | Current packages | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | asturm |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log.gz |
Description
Drunkard Zhang
2014-10-28 15:33:46 UTC
Created attachment 387656 [details]
build.log.gz
Your attachment is double gzipped. OK, so libreoffice checks for valgrind - ebuild should take care of that (libreoffice clearly does not depend on valgrind). When you unmerged valgrind, why does libreoffice still find valgrind.h? [snip] checking whether to enable runtime optimizations... yes checking valgrind/valgrind.h usability... yes checking valgrind/valgrind.h presence... yes checking for valgrind/valgrind.h... yes Then later fails because memcheck.h is missing. You can try the new patch in bug 523934. Still it would be interesting why, and what valgrind.h header libreoffice is finding on your system. OK I talked to some of the libreoffice developers, and the basic statement was "nothing breaks if valgrind is deinstalled later". Which means in my opinion we dont really have to care. In your case somehow only half of the headers seem to be there. Which can confuse just about everything. |