On Fri, Aug 10, 2012 at 11:09:12PM +0000, John Burrell wrote: > > I'm building on LFS-SVN-20120806. > > when compiling net-tools-CVS_20101030 I get this: > > make[1]: Entering directory > `/usr/src/networks/net-tools/net-tools-CVS_20101030/ > lib' > cc -O2 -g -Wall -fno-strict-aliasing -I.. -I../include -D_GNU_SOURCE -I. > -I/us > r/src/networks/net-tools/net-tools-CVS_20101030/include -Ilib -c -o tr.o tr.c > tr.c:23:25: fatal error: linux/if_tr.h: No such file or directory > compilation terminated. > [...] > I assume that linux-3.5 headers no longer install /usr/include/linux/if_tr.h >
Correct - token ring is thought to be dead. http://patchwork.ozlabs.org/patch/159481/ > If I change the include to use the netinet if_tr.h which was installed by > glibc - > > #include <netinet/if_tr.h> it compiles, but I don't know if > /usr/include/netinet/if_tr.h is the same as the old > linux/if_tr.h. > > So over to you - is the glibc version compatible or should the required > if_tr.h come from a different source? > The glibc version from 2.14.1 on the machine I'm currently using is a superset of the version from the linux-3.2 kernel headers on the same machine : same constants, similar structures with the usual __u8 changed to u_int8_t (plus an additional trn_hdr structure if __USE_BSD has been defined). Sounds a reasonable thing to use. I haven't built net-tools for several years, but I can recall doing the interactive configuration on a previous version (lots of the options were antiquated). Perhaps we need to take a look at how the book suggests it should be compiled. Alternatively, the quick fix would be a sed - are you offering us one ? ;) ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
