On 07/14/2012 10:12 AM, Nix wrote:
On 14 Jul 2012, David C. Rankin verbalised:
It was either Arch or glibc 2.16 upstream, and it was the missing link in the search locations Nix provided. To solve the issue, I simply created a symlink /lib/cpp->/usr/bin/cpp and tdebase built fine.
<rant> Just for the next two months, I wish upstream would QUIT DORKING WITH THE DAMN PACKAGES!!! </rant>
Actually nothing upstream installs /lib/cpp anymore. It's supposed to be a traditional C preprocessor (non-token-based), unused by GCC for many years since -traditional mode was dropped, but kept on for the sake of other programs that used the C preprocessor to preprocess non-C code. It was believed that its last users were imake and the Xresources parser: it looks like we've found another one, in glibc no less.
I'm fairly sure a patch to glibc changing the path to cpp used by rpcgen would be accepted (even though glibc's rpcgen is semi-deprecated), and shall write one shortly. (But of course this won't show up until glibc 2.17.)
Allan McRae, one of the primary Arch developers is talking with the upstream folks about the issue. That tells me Arch will get a patch that resolves it within a day or two.