Jasmine Iwanek wrote: > On 2012-08-27 03:30, 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. >> > <snip> >> That's not something I want to do. Perhaps the workaround of the >> sed for Chapter 5 is the way to go. >> >> -- Bruce > > I thought we'd already concluded that? > > As I've stated several times now, we should *not* be pulling host > headers into glibc.
Except that we're *not*, and the glibc headers are *not* necessarily the right ones to be using. (I don't know about that last part.) The *only* part that's pulling in host headers is a tool that needs to run on the *host*. (Just like lxdialog in the kernel menuconfig setup, if you're familiar with that.) This *MUST* use host headers and libs, otherwise -- in any real cross compilation setup -- the binary that gets written out can't actually run. Pulling in a reply from the other thread... Ken Moffat wrote: > but I'm still expecting to see moans about this new requirement, Yeah, that's understandable. Hmm. Well, looking at the original commit, it simply turned on the build of librpcsvc (for cross-compiles), and added a bunch of extra stuff to make it build in a cross-compile setup. It seems like the chapter 5 glibc shouldn't need librpcsvc anyway -- though I have not tried turning it off, and don't know if there's another easy way to disable it or not. Digging through a few of the glibc Makefiles, what happens if you try, without /usr/include/rpc/*.h, and with just the current state of the book (no other workarounds), this: make need-export-routines="" cross-rpcgen-objs="" The first should cause rpc-compat-routines, rpc-compat-routines.os, and extra-objs to all become empty; that, in turn, *should* cause librpc_compat_pic.a to become empty, which should (I hope) cause this all to stop getting built in chapter 5? And the .c file in question is built twice; once for cross-rpcgen and once for rpcgen. Setting cross-rpcgen-objs to "" will -- assuming that actually works :-) -- avoid compiling that file, at least. It *should* also stop building rpcgen the binary (since it no longer depends on anything).
signature.asc
Description: OpenPGP digital signature
-- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
