On Tue, Jul 10, 2007 at 10:12:45PM +0200, Rob van Dam wrote:
> In chapter 5.11.1 (kernel 2.6 uLibc) I get an error compiling Bash:
>
I'll start by saying that I haven't looked at hlfs recently, but
general debugging should help a bit:
> localcharset.c:154: error: 'EOF' undeclared (first use in this function)
> localcharset.c:154: error: (Each undeclared identifier is reported only once
> localcharset.c:154: error: for each function it appears in.)
> localcharset.c:169: warning: incompatible implicit declaration of
> built-in function 'fscanf'
On my completed glibc systems, EOF is defined by headers from glibc
(variously stdio.h and libio.h). So, did uclibc install headers into
/tools/include (I vaguely remember seeing problems with uclibc
installs on clfs-embedded) ?
If it did, is EOF defined in them ? e.g.
find /tools/include -type f | xargs grep 'define *EOF '
If you have headers, but EOF is not defined there, I will have to
leave the problem to others. Alternatively, if it is defined there,
the configure script must be looking in the wrong place.
To prove your toolchain is ok, try the old
echo "main() {}" >dummy.c
gcc dummy.c
readelf -l a.out
routine to confirm
If the headers are there and the toolchain is using /tools, you'll
need to look at the output from bash's configure (probably named
config.log).
ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/hlfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
