The 1.0 ebuild installs libunwind.h which (on amd64) includes libunwind-x86_64.h which in turn includes a config.h file that doesn't exist. This breaks the header altogether and makes the library completely unusable, leading to bugs like #380975 on amd64. Reproducible: Always Steps to Reproduce: echo '#include <libunwind.h>' | cpp >/dev/null Actual Results: In file included from /usr/include/libunwind.h:19:0, from <stdin>:1: /usr/include/libunwind-x86_64.h:35:20: fatal error: config.h: No such file or directory compilation terminated. Expected Results: No errors. libunwind-0.99 works fine; the libunwind-x86_64.h file it install does not include config.h.
Actually it looks like the only reason config.h is included in that header file is to see if the Microsoft ABI is supported (by checking if CONFIG_MSABI_SUPPORT is defined), which isn't possible on Gentoo anyway. The author is aware of the problem: http://lists.nongnu.org/archive/html/libunwind-devel/2011-09/msg00013.html So there are two easy workarounds: 1. mask libunwind-1.0 on amd64 2. add a patch to remove the #include <config.h> line from the header file Both are temporary solutions, but hopefully upstream provides a permanent fix in the next release. I'll attach a patch for #2 which I've verified works around the problem.
Created attachment 285737 [details, diff] Remove #include <confing.h> from libunwind-x86_64.h
should be all set now in the tree; thanks for the report! Commit message: Version bump which includes a fix from upstream for http://sources.gentoo.org/sys-libs/libunwind/files/libunwind-1.0.1-disable-setjmp.patch?rev=1.1 http://sources.gentoo.org/sys-libs/libunwind/libunwind-1.0.1.ebuild?rev=1.1