diff options
| author | lloyd <[email protected]> | 2008-10-11 19:53:05 +0000 |
|---|---|---|
| committer | lloyd <[email protected]> | 2008-10-11 19:53:05 +0000 |
| commit | 6040a3c2ea09b7136437f7c17454d41bcaaf88bb (patch) | |
| tree | 03c87d790db15269e503669c4671ae13209a2c11 | |
| parent | eaecbf6793116809fb30b6eef6acb45a9095afe1 (diff) | |
Clarify that HP-UX, QNX, Tru64, and like are tested not a few times a year but maybe every few years (at least by me)
| -rw-r--r-- | doc/todo.txt | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/doc/todo.txt b/doc/todo.txt index 733c3e8e4..e7eb34d88 100644 --- a/doc/todo.txt +++ b/doc/todo.txt @@ -24,8 +24,8 @@ been attempted; the support is based entirely on documentation and conjecture, and is very unlikely to work. Support for several operating systems is completely nonexistent - this class includes VMS, vxWorks, eCos, MINIX, GNU/Hurd, L4, and Coyotos. Others, like IRIX, -HP-UX, QNX, and Tru64, are tested only a few times a year. Similarly, -many commercial compilers are only tested occasionally. +HP-UX, QNX, and Tru64, are tested only very rarely. Similarly, many +commercial compilers are only tested occasionally. Setting up a buildbot system would be ideal, if access to enough machines can be arranged (for the x86 and amd64 operating systems, a @@ -85,7 +85,7 @@ included from the HTML file. New Memory Allocator -------------------- -The current pool allocator is servicable but it can be very wasteful +The current pool allocator is serviceable but it can be very wasteful of memory and could easily be several times faster. Someone who is interested in algorithms might enjoy working on this. |