diff options
author | TWikiGuest <web-hurd@gnu.org> | 2005-12-21 18:35:00 +0000 |
---|---|---|
committer | TWikiGuest <web-hurd@gnu.org> | 2005-12-21 18:35:00 +0000 |
commit | 7d9e9cfbb01a4ddcd979a03832952ebbda9d485f (patch) | |
tree | 1967948607e3c656c643c3b0af2df914f3db2936 | |
parent | 9517ce27e5260735a63b712a5aee8417b96bfdb1 (diff) |
none
-rw-r--r-- | Mach/GNUMachRevivalProject.mdwn | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/Mach/GNUMachRevivalProject.mdwn b/Mach/GNUMachRevivalProject.mdwn index 2c188096..a18b8894 100644 --- a/Mach/GNUMachRevivalProject.mdwn +++ b/Mach/GNUMachRevivalProject.mdwn @@ -12,7 +12,7 @@ If you want to help with any of the task (thanks!), please send a mail to the ma * Remove dead functions/variables/etc from source files. * Rewrite ugly code. -* Update the core architecture and drivers. (Assigned to: _We need **YOU** here!_) +* Update the core architecture and drivers. (Assigned to: _Alfredo Beaumont (ziberpunk)_) * Check what NetBSD, FreeBSD and Linux do with their host specific code (i486, PPC, Sparc, ...). And if it might be wise to take that and use it in GNU Mach. There is no need to worry about purely internal API's, but the external ones shouldn't require any major changes. * Write a list of all functions provided by the host dependant code in GNU Mach that gets used in the non-host specific code (kernel, IPC and VM). * Once we have decided what the new internal API should look like, make a list of the new API and the old one, and try to make things as compatible as possible, but not at the expense of anything. |