[PATCH trivial] do not fail build if SIGPWR is not defined
Michael Tokarev
mjt at tls.msk.ru
Wed Jan 29 20:43:38 UTC 2014
29.01.2014 12:51, Harald Becker пишет:
> Hi Michael !
>
>> Apparently, some *BSD variants (and maybe some other OSes) does
>> not define SIGPWR signal. So since commit 760fc6debcba8c,
>> busybox fails to build on such platforms. Fix this.
>
>> +#ifdef SIGPWR
>> + (1 << SIGPWR) /* halt */
>> +#endif
>> + (1 << SIGUSR1) /* halt */
>
> Does this change the signal send to do system halt? If so, this
I'm not sure I follow what you're asking.
This is a bitmask of signals which needs to be catched
by init. It is not a set of signals _sent_ by init,
it is a set of signals _intercepted_ by init.
This can't actually change anything (except of re-enabling
building this code on platforms which don't have SIGPWR),
because if the signal isn't defined, it doesn't exist
and can't be used anyway.
> may break several scripts which require a specific usage of
> signals.
Which scripts send signals to init? Which process is actually
_able_ to send any signal to init on linux?
Really I'm not sure I understand what you're talking about.
Thanks,
/mjt
More information about the busybox
mailing list