[BusyBox] networking/udhcp/packet.c:122: error: storage sizeof`dest' isn't known

Josh Goebel josh at dwgsolutions.com
Wed Dec 24 09:11:17 UTC 2003


I suppose the fact that my headers are from the 2.0 kernel could play
into the picture somehow as well... if the newer kernel code defines
what was needed and 2.0 doesn't so I'm seeing it fixed by adding the ||
UCLIBC when others with a newer kernel wouldn't have a problem, but
thinking about it is making my head spin.

If that's the case though you'd need one mean #if statement or things
would need to be restructured elsewhere or something...?

Josh

-----Original Message-----
From: Russ Dill [mailto:Russ.Dill at asu.edu] 
Sent: Wednesday, December 24, 2003 4:05 AM
To: Josh Goebel
Cc: busybox at mail.busybox.net
Subject: RE: [BusyBox] networking/udhcp/packet.c:122: error: storage
sizeof`dest' isn't known

On Wed, 2003-12-24 at 00:43, Josh Goebel wrote:
> Sorry not a diff produced diff... but...
> 
> In both packet.c and clientsocket.c (near the top)
> 
> #include <netinet/in.h>
> #include <features.h>
> -#if __GLIBC__ >=2 && __GLIBC_MINOR >= 1
> +#if ( ( __GLIBC__ >=2 && __GLIBC_MINOR >= 1 ) || __UCLIBC__ )
> #include <netpacket/packet.h>
> #include <net/ethernet.h>
> 
> This gets the compile to go way to the end without error and then...
> 
> /home/bootdisks/buildroot/build_i386/staging_dir/bin/i386-linux-gcc -s
> -Wl,-warn-common -o busybox -Wl,--start-group ./applets/applets.a
> ./archival/archival.a ./archival/libunarchive/libunarchive.a
> ./coreutils/coreutils.a ./console-tools/console-tools.a
> ./debianutils/debianutils.a ./editors/editors.a
./findutils/findutils.a
> ./init/init.a ./miscutils/miscutils.a ./modutils/modutils.a
> ./networking/networking.a ./networking/libiproute/libiproute.a
> ./networking/udhcp/udhcp.a ./procps/procps.a ./loginutils/loginutils.a
> ./shell/shell.a ./sysklogd/sysklogd.a ./util-linux/util-linux.a
> ./libpwdgrp/libpwdgrp.a ./coreutils/libcoreutils/libcoreutils.a
> ./libbb/libbb.a -lcrypt -Wl,--end-group
> ./archival/archival.a(tar.o)(.text+0xa1c): In function `writeTarFile':
> : undefined reference to `vfork'
> ./networking/udhcp/udhcp.a(script.o)(.text+0x472): In function
> `run_script':
> : undefined reference to `vfork'
> collect2: ld returned 1 exit status
> make[1]: *** [busybox] Error 1
> 
> I'm thinking this is an unrelated error tracing back to uclibc not
> having fork or something.  I'm going to go muck around with it.  I'm
> just starting to warm up to this stuff... if anyone has any thoughts,
> let me know.
> 
> And is my patch above valid (ie, the correct solution?)

I think I'll have to pick andersee's brain a bit on this one.


-- 
Russ Dill <Russ.Dill at asu.edu>





More information about the busybox mailing list