busybox compile error form ARM core???

Rob Landley rob at landley.net
Tue May 30 19:42:00 UTC 2006


On Tuesday 30 May 2006 1:45 pm, Bernhard Fischer wrote:
> On Tue, May 30, 2006 at 10:01:50AM +0200, Peter S. Mazinger wrote:
> >On Tue, 30 May 2006, Rob Landley wrote:
> >> On Tuesday 30 May 2006 2:20 am, yangm wrote:
> >>
> >>
> >>   if (!(opt & 2)) {
> >> #if defined(__uClinux__)
> >
> >for uClibc-svn non-MMU the condition to use the internal version would be
> >
> >#if defined __UCLIBC__ && !defined __ARCH_USE_MMU__
> >
> >Peter
> >
> >>     /* reexec for vfork() do continue parent */
> >>     vfork_daemon_rexec (0, 0, argc, argv, "-f");
> >> #else
> >>     daemon (0, 0); /* bb_xdaemon? */
> >> #endif /* uClinux */
> >>   } else {
>
> Landley, what do you think?
>
> in platform.h,
> /* uclibc does not implement daemon for no-mmu systems. */
> #if defined __UCLIBC__ && !defined __ARCH_USE_MMU__
> #define BB_DAEMON(no_chdir, no_close, argc, argv, str) \
> 	vfork_daemon_rexec(no_chdir, no_close, argc, argv, str)
> #else
> #define BB_DAEMON(no_chdir, no_close, argc, argv, str) \
> 	daemon(no_chdir, no_close)
> #endif
>
> Alternatively, we can of course introduce an int bb_daemon(d,c,ac,av,s){}
> to libbb which does the same (may be bigger than the proposal above, didn't
> try).

Actually, what I'd like is a bb_daemon(a, b) that (for the BB_NOMMU case) uses 
approximately the same mechanism as the standalone shell when it needs to 
exec stuff.  Our argc and argv should be made available as globals so this 
thing can access them.

Speaking of which, we still need a config entry that lets people change the 
standalone shell's default "/proc/self/exe" to point to wherever their copy 
of busybox is installed if they don't have /proc.  Break that out into some 
kind of bb_exec_self(argc, argv) or some such.

These are both existing todo items of mine, but if somebody else wanted to 
take a stab at it first...

Rob
-- 
Never bet against the cheap plastic solution.



More information about the busybox mailing list