Message: previous - next
Month: July 2012

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: Mon, 09 Jul 2012 16:16:03 -0500
On 07/09/2012 03:16 PM, David C. Rankin wrote:
> On 07/09/2012 03:11 PM, David C. Rankin wrote:
>>    From googling similar failures, the problem seems to be the hardcoded
>> location of rpcgen in tdebase. Here is a similar issue found in the arch
>> hamlib packages. I'll try a similar solution:
> Crud, How would I change this in the tdebase CMake files? I'll peck around,
> but if somebody knows, let me know -- thanks!

Just finished another run and still tdebase ftbfs:

[ 49%] Building CXX object 
Linking CXX shared module
[ 49%] Built target kio_man-module
[ 49%] Generating kmanpart.moc
Scanning dependencies of target libkmanpart-module
[ 49%] Building CXX object 
Linking CXX shared module
[ 49%] Built target libkmanpart-module
[ 49%] Generating nfs_prot_xdr.c
cannot find any C preprocessor (cpp)
rpcgen: C preprocessor failed with exit code 1
make[2]: *** [kioslave/nfs/nfs_prot_xdr.c] Error 1
make[1]: *** [kioslave/nfs/CMakeFiles/kio_nfs-module.dir/all] Error 2
make: *** [all] Error 2

Any idea where I should look first? CMakefiles? TDE code/regular Makefiles?

Also -- doesn't rpcgen get called before this point in the build? Either with 
tdebase or in tdelibs? If so, that should at least point us to how the rpcgen 
call should be handled. This smells like a messed up CMakeFiles issue that 
wasn't caught until glibc 2.16. Like with:


I'll pick around later tonight. Any ideas - please send them on :)

David C. Rankin, J.D.,P.E.