On Wed, Jul 31, 2019 at 08:47:30PM +0000, Niels Terp wrote: > Hi there, > > > > Following the current lfs, during building I run into a problem with > findutils: During MAKE, I get this error: > > > > fflush.c: In function 'clear_ungetc_buffer_preserving_position': > > fflush.c:42:20: error: '_IO_IN_BACKUP' undeclared (first use in this function) > > if (fp->_flags & _IO_IN_BACKUP) > > ^~~~~~~~~~~~~ > > fflush.c:42:20: note: each undeclared identifier is reported only once for > each function it appears in > > Makefile:2225: recipe for target 'fflush.o' failed > > make[5]: *** [fflush.o] Error 1 > > make[5]: *** Waiting for unfinished jobs.... > > make[5]: Leaving directory > '/mnt/lfs/usr/src/Octothorpe/BUILD/findutils-4.6.0/gl/lib' > > > > Seems related to the last command before configure: echo "#define > _IO_IN_BACKUP 0x100" >> gl/lib/stdio-impl.h > > And sure enough, if I comment this line out, the MAKE finishes (apparently) > successful, but the ”find” command does not Work. > > > > Can anybody give me a hint ? > > > > Best regards > > > > Niels >
Nils, please start new threads rather than replying to (and top posting on) somebody else's old thread. And your mailer seems to make a fetish of adding unuseful whitespace. Anyway, given that you included someone's reply about an 8.4 build, I assume that 'current' means 8.4 (rather than svn). That change was made in August last year and included in LFS-8.3. To quote https://github.com/coreutils/gnulib/blob/master/lib/stdio-impl.h (line 21) : /* Glibc 2.28 made _IO_IN_BACKUP private. For now, work around this problem by defining it ourselves. FIXME: Do not rely on glibc internals. */ So this is by no means a recent change. The error message perhaps means that your echo of the #define somehow did not work. But in that case, building without the #define would also result in an error. I think you must be doing something different from what is in the book, but I have no idea what. So, all I can suggest is that you confirm you are using the same versions of everything as in the book, and that you review your bash history in chroot to see what you actually typed (or your scripts, if you are scripting) and compare that to the book. And if this is actually the svn book, please make a local copy of it because it can change underneath you if you are reading the current html and building one package at a time. ĸen -- One pill makes you larger, And one pill makes you small. And the ones that mother gives you, Don't do anything at all. Go ask Alice, When she's ten feet tall. -- Jefferson Airplane, White Rabbit -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
