[Toybox] [PATCH] Support HOSTCFLAGS on musl
Rob Landley
rob at landley.net
Wed Jun 13 22:04:23 PDT 2012
On 06/13/2012 09:58 AM, orc wrote:
> This patch adds support for specifying HOSTCFLAGS, for
> something like "make menuconfig HOSTCFLAGS=-D_GNU_SOURCE" on
> musl systems.
Seems reasonable.
> There is one issue remain on musl systems. musl has no crypt.h,
But it has shadow.h? Weird.
> but I don't know where to put crypt.h in lib/portability.h (maybe musl
> will add crypt.h in future).
dig, dig, dig...
According to
http://pubs.opengroup.org/onlinepubs/9699919799/functions/crypt.html you
get the function from unistd.h in susv4.
And crypt.h exists because you only get crypt() defined out of that if
you #define a feature test macro nobody ever uses. (Feature test macros
in standard C headers: still an EPICALLY STUPID IDEA.)
Sigh. It's too bad we don't have an #ifndef variant for function
prototypes or I'd just prototype the darn functions right there in
toys.h myself since the standard _says_ what they are.
I'm going to assume shadow.h/getspnam isn't causing you a problem?
> Also, no lex and yacc sources for pregenerated *_shipped in kconf (this
> is not so necessary, but even busybox and linux kernel has *.l and *.y
> on their places :-) ).
As far as I'm concerned those are the preferred sources for
modification. If I wind up changing them, I'll hack the shipped
directly. I still vaguely plan to write a replacement for all the gplv2
kconfig stuff at some point, but "in awk" (while clever) isn't something
I feel I can maintain or extend. :)
Rob
--
GNU/Linux isn't: Linux=GPLv2, GNU=GPLv3+, they can't share code.
Either it's "mere aggregation", or a license violation. Pick one.
1339650263.0
More information about the Toybox
mailing list