fix free.c and xcpustate to use libproc instead of their own meminfo stuff?
Maybe not worth it.

update gfinger.p ? does anyone care?  [It was sent to GNU long ago;
if they haven't dealt with it by now, it's probably not worth caring
about...]

write pscolors program similar to the dircolors program.
write manpages for libproc - mostly done
rewrite meminfo stuff in proc/sysinfo.c

An upcoming version of procps will support both the standard
extended-BSD calling conventions and the Unix98 conventions.
It *might* also allow user-definable conventions as well.


Probably the best solution for inline string stuff would be for the libc
string.h to architecture-conditionally #include the inline string functions.
It might be worth the extra 4 bytes per .o for ___strtok's to have them all
internally linked so string.h could just define it.  Not really a TODO item.
