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: Darrell Anderson <humanreadable@...>
Date: Mon, 9 Jul 2012 17:16:09 -0700 (PDT)
> >>    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!
> > 
> > 

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

Just a guess, based on the forum link you provided.

As a test you could run sed -i in real time in your build script against the following two files, or edit them and create a patch:

tdebase/kioslave/nfs/CMakeLists.txt:34:  COMMAND rpcgen -c -o mount_xdr.c ${CMAKE_CURRENT_SOURCE_DIR}/mount.x
tdebase/kioslave/nfs/CMakeLists.txt:38:  COMMAND rpcgen -c -o nfs_prot_xdr.c ${CMAKE_CURRENT_SOURCE_DIR}/nfs_prot.x

tdebase/kioslave/nfs/    cd $(srcdir) && rpcgen ./mount.x
tdebase/kioslave/nfs/    cd $(srcdir) && rpcgen ./nfs_prot.x

On my system, 'whereis -b cpp' indicates the location is /usr/bin --- an FHS standard location. Where is that file installed in Arch? Or is the file name changed in Arch? That would be the path to add with the -Y switch.

Long term we probably need to patch the CMakeLists.txt file:

* Discover the path of cpp
* Add the -Y switch

Searching the GIT repository indicates tdebase is the only packages that calls rpcgen.