CLFS 7.5: Inetutils-1.4.2 Build error?

Puvvada, Vijay B. VIJAY.B.PUVVADA at saic.com
Tue Nov 22 15:06:29 PST 2005


Unfortunately...after starting over from the beginning I came to the
same problem again.  It seems to bark when it gets to talk.c
As far as I can tell, I didn't miss any steps (it's reproduceable).

The configure command I used is:

./configure --prefix=/usr --libexecdir=/usr/sbin \
    --host=${LFS_TARGET} --sysconfdir=/etc --disable-logger \
    --disable-syslogd --disable-whois --disable-servers

Below is an excerpt of the error.

make[2]: Entering directory `/home/lfs/tmp/inetutils-1.4.2/talk'
if powerpc-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..
-I/usr/include/ncurses -I../include    -g -O2 -MT ctl.o -MD -MP -MF
".deps/ctl.Tpo" \
  -c -o ctl.o `test -f 'ctl.c' || echo './'`ctl.c; \
then mv ".deps/ctl.Tpo" ".deps/ctl.Po"; \
else rm -f ".deps/ctl.Tpo"; exit 1; \
fi
In file included from talk.h:32,
                 from ctl.c:51:
/usr/include/ncurses/curses.h:58:33: error: ncurses/ncurses_dll.h: No
such file or directory
/usr/include/ncurses/curses.h:109:28: error: ncurses/unctrl.h: No such
file or directory
In file included from talk.h:32,
                 from ctl.c:51:
/usr/include/ncurses/curses.h:181: error: syntax error before 'COLORS'
/usr/include/ncurses/curses.h:181: warning: data definition has no type
or storage class
...
...
/usr/include/ncurses/curses.h:1211: error: syntax error before 'trace'
/usr/include/ncurses/curses.h:1211: warning: data definition has no type
or storage class
ctl.c: In function 'open_sockt':
ctl.c:89: warning: pointer targets in passing argument 3 of
'getsockname' differ in signedness
ctl.c: In function 'open_ctl':
ctl.c:109: warning: pointer targets in passing argument 3 of
'getsockname' differ in signedness
make[2]: *** [ctl.o] Error 1
make[2]: Leaving directory `/home/lfs/tmp/inetutils-1.4.2/talk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/lfs/tmp/inetutils-1.4.2'
make: *** [all] Error 2




On Mon, 2005-11-21 at 23:08 -0500, Ryan Oliver wrote:
> On Mon, 2005-11-21 at 21:16 -0500, Puvvada, Vijay B. wrote: 
> > I went back to recompile/install my cross tools and tools again.  
> > After applying the patches, etc to gcc...I noticed the following. 
> > The patches went in smoothly and I applied the sed commands and got
> the 
> > following: 
> >  
> > lfs:~/junk/gcc-4.0.2$ diff gcc/Makefile.in gcc/Makefile.in.orig  
> > 378c378 
> > < CROSS_SYSTEM_HEADER_DIR = /tools/include 
> > --- 
> > > CROSS_SYSTEM_HEADER_DIR = @CROSS_SYSTEM_HEADER_DIR@ 
> > lfs:~/junk/gcc-4.0.2$ diff configure configure.orig  
> > 3474c3474 
> > <   FLAGS_FOR_TARGET=$FLAGS_FOR_TARGET' -B$(build_tooldir)/bin/
> -isystem 
> > $(build_tooldir)/include -isystem $(build_tooldir)/sys-include' 
> > --- 
> > >   FLAGS_FOR_TARGET=$FLAGS_FOR_TARGET' -B$(build_tooldir)/bin/ 
> > -B$(build_tooldir)/lib/ -isystem $(build_tooldir)/include -isystem 
> > $(build_tooldir)/sys-include' 
> >  
> > My question is:  There still seems to be one -B for
> $(build_toolsdir)/bin/. 
> > Was this intended?   
> > 
> 
> Yup, we only wanted to remove -B$(build_tooldir)/lib
> 
> -B$(build_tooldir)/bin is fine, it will point to the installed 
> cross-binutils binaries
> 
> -B is used to specify binary search paths for toolchain components,
> but 
> it also affects the library search paths used _without_ being altered
> by 
> the multilib spec (ie will not have ../lib64 or ../lib appended),
> hence 
> why -B$(build_tooldir)/lib is removed
> 
> Best Regards 
> Ryan 
> 
> 
> 
> 



More information about the cross-lfs mailing list