Message: previous - next
Month: July 2012

Re: [trinity-devel] SOLVED [ was Re: [trinity-devel] (glibc 2.16.0?) [was Re: [trinity-devel] tdebase - ftbfs - rpcgen - cannot find any C preprocessor]]

From: "David C. Rankin" <drankinatty@...>
Date: Sat, 14 Jul 2012 13:58:03 -0500
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
>> </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.