5 (Userland cleanup)

• A large number of FMI/OS'isms exist within the current libc. Most of these can cleanly be moved out to a FMI/OS specific library, aka libfmi. Once this is done it should be possible to drop in alternative libc's such as "newlib":http://sources.redhat.com/newlib/, "uclibc":http://www.uclibc.org/, and "GLibC":http://www.gnu.org/software/libc/libc.html into the FMI/OS framework.

• The old FMI/OS libc is licensed under the GPL. This will cause numerous problems in porting various non-GPL-compatible applications to FMI/OS. If the old FMI/OS libc is stripped of all libc'ish routines, and the remainnig FMI/OS specific routines are placed into a libfmi, then an LGPL licensed libc can be used in front of the libfmi and remove many license issues.

• Clean up the header files so that headers are part of their appropriate sources instead of being crammed together in their own directory. This is especially true for the kernel headers, libc headers, and the FMI/OS specific headers. The current layout semi-reflects how they might be installed, but is fairly useless for source maintanance.

• This problem item is semi-related to the code restructuring item. The basic requirements are that each component in the tree needs to be able to be compiled independent of the tree, but that means each component needs to have some way of knowing if it is to use an in-tree header from another package it depends on, or a header from the system.

See also: LibC, issue redminemarkdownextraformatter1