[lfs-dev] glibc and rpc headers
bruce.dubbs at gmail.com
Mon Aug 27 07:48:41 PDT 2012
Ken Moffat wrote:
> On Sun, Aug 26, 2012 at 09:30:56PM -0500, Bruce Dubbs wrote:
>> Starting a new thread.
>> I'm starting to think that the problem is that we've built Chapter 6
>> glibc in 7.2 without the --enable-obsolete-rpc which would probably
>> solve the problem there. For a 7.1 host, we'd need a note to install
>> the rpcnis-headers.tar.bz2 tarball as a part of Chapter 5 glibc.
>> As in BLFS libtirpc:
>> if [ ! r /usr/include/rpc/rpc.h ]; then
>> tar -xvf ../rpcnis-headers.tar.bz2 -C /usr/include
> Almost. For 7.1, we didn't install them. We fixed that a little
> while later, so my own 7.1 installs include them. For 7.2 we _do_
> install them, at least if people follow all the instructions. The
> switch is a cleaner way of doing it, but it installs a bit more
> (.x pascal headers - just like in the old versions) and is for our
> convenience going forward (one less thing to maintain). But, adding
> that --enable-obsolete-rpc switch ought to be tested by another rc.
>> That's not something I want to do. Perhaps the workaround of the sed
>> for Chapter 5 is the way to go.
> All versions of glibc before 2.14 installed these headers. I would
> very much prefer that we require builders to install them if they
> are using an incomplete host system (probably LFS).
I think we have corner case here. The only system that is a problem is
7.1 without libtirpc being installed (or someone who didn't follow the
book). Now that I think of it, we could add to the host system
requirements a check for /usr/include/rpc/rpc.h and if it doesn't exist
just untar the glibc tarball and copy the header files from there to the
host. I doubt that they've changed and in that case they are not being
used by anything else even if they have changed.
tar -xf glibc-2.16.0.tar.xz
su -c 'cp glibc-2.16.0/sunrpc/rpc/*.h /usr/include/rpc'
rm -r glibc-2.16.0
For this rare corner case, that's the minimum needed.
More information about the lfs-dev