When trying to emerge nfs-utils on a lilblue system (gentoo hardened + uclibc + xfce4) I ran into a number of rpcbind and libtirpc problems fixed in other bugs. The last problem is that nfs-utils itself throws a NULL undeclared identifier. Please find attached a patch to fix this.
Created attachment 384336 [details, diff] patch to fix NULL undeclared identifier
FYI, other bugs are for libtirpc: bug #371615 and for rpcbind: bug #458024
What error message would the patch fix?
NULL undeclared identifier, see attach
Created attachment 384398 [details] build log unpatched; compiler throws NULL undeclared identifier
Comment on attachment 384336 [details, diff] patch to fix NULL undeclared identifier sockaddr.h is already including stdlib.h and POSIX requires that to define NULL: http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/stdlib.h.html explicitly pulling in stddef.h isn't the way to go here.
probably want to go into that dir and run gcc -E -dD to see why NULL isn't being defined. on a uClibc system, this is working for me: $ gcc -E -dD -P - <<<"#include <stdlib.h>" |& grep NULL
That command gives among the output: #define NULL ((void *)0) .. which I'm guessing means that NULL normally gets defined properly out of stdlib.h? I also tried running gcc -E -dD on several files in the workdir. Most of them terminate with a fatal 'no such file or directory' error. Some with NULL defined, others without. Not sure whether it's normal gcc doesn't find the header files? I'm sorry to say I'm completely unfamiliar with these kinds of things..
sys-libs/uclibc has been removed from the tree, replaced by sys-libs/uclibc-ng. if this is still a problem on uclibc-ng, please open a new bug.