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. -- David C. Rankin, J.D.,P.E.