dhcpcd-discuss

Ed W wrote:
> Roy Marples wrote:
> > Ed W wrote:
> > > Hi, I am having problems building latest dhcpcd on a uclibc-0.30.1 
> > > system.  Build errors are:
> > >
> > > i386-gentoo-linux-uclibc-gcc -march=k6-2 -Os -pipe 
> > > -fomit-frame-pointer -std=c99  -DDBDIR=\"/var/lib/dhcpcd\" -DSCRIPT=\
> > > "/lib/dhcpcd/dhcpcd-run-hooks\" -DSYSCONFDIR=\"/etc\" -D_BSD_SOURCE 
> > > -D_XOPEN_SOURCE=600 -c net.c -o net.onet.c:56:21: ifaddrs.h: No such 
> > > file or directory
> > > net.c: In function `discover_interfaces':
> > > net.c:270: warning: implicit declaration of function `getifaddrs'
> >
> > You need to upgrade your uclibc so that you have getifaddrs support. 
> > I know for sure it's in the latest version.
> > http://git.uclibc.org/uClibc/tree/libc/inet/ifaddrs.c
>
> Thanks - it appears the gentoo default is not to enable 
> UCLIBC_USE_NETLINK and this is required to add the relevant functions

Additional:  It appears that you need both UCLIBC_USE_NETLINK=y and 
UCLIBC_SUPPORT_AI_ADDRCONFIG=y in your uclibc config

...Unfortunately when I enable the second option then I'm getting 
segfaults whenever I try and do anything network related which actually 
uses the device, eg ifconfig is fine, bringing up the interface is fine, 
but "ping" segfaults, as does "telnet".

dhcpcd I think is working fine (oddly enough), and I can't reproduce 
this on my build environment (which is fairly similar bar the kernel)

Clearly this is unrelated to dhcpcd now, and may well be a kernel option 
related issue, but perhaps someone has some ideas where to look?  
Obviously it's going to be a pain to turn on symbols and try to get a 
backtrace on the embedded board

For ref this is a gentoo+hardened kernel, with a hardened gcc3.4 
toolchain, uclibc 0.30.1 + bb 0.14.2

Anyone got any ideas on what to check or perhaps experienced something 
similar...

Cheers

Ed W