Changes between Version 3 and Version 4 of IOTasklist
- Timestamp:
- 11/24/08 22:41:50 (13 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
IOTasklist
v3 v4 1 * Convert I/O layers to I/O objects.2 3 1 * Make 'print' and 'say' stringify the same way. (See RT #55196) 4 2 … … 15 13 * All 'PIO_*' functions change to 'Parrot_io_*'. (Since the implementation is completely changing, better to create new functions with the new names than to change the names of existing functions.) 16 14 17 * Continue to support different I/O operations on different platforms. Possibly via roles applied to the IO PMC, or possibly just using C '#ifdef's within specific functions.18 15 19 16 * Remove src/io/io_passdown.c and src/io/io_layers.c, purely implementation artifacts of I/O layers implementation. … … 23 20 * Change src/io/io_string.c to a subclass of FileHandle PMC, that provides the same interface, but to a string instead of a file handle. 24 21 25 * src/io/io_unix.c is the guts of most I/O on most platforms. src/io/io_win32.c is Windows. src/io/io_stdio.c is STDIN, STDOUT, and STDERR. These three need to be ported to the new system.26 27 * src/io/io_utf8.c is really the wrong way to go about it. Filehandles should be marked with character set and encoding similar to strings.28 29 22 = PMCs: = 30 31 32 * Create a PMC named "FileHandle", as a core file handle object, which can be subclassed by various HLLs.33 34 * Create a subclass of "FileHandle" called "StandardIO" or something like that, to hold STDIN, STDOUT, and STDERR.35 23 36 24 * Create a PMC named "Socket", as a core socket object, which can be subclassed by various HLLs. … … 43 31 44 32 * Rip out the layers structures and macros. (After the migration is complete.) 33 34 = Completed: = 35 36 * Convert I/O layers to I/O objects. (allison) 37 38 * src/io/io_unix.c is the guts of most I/O on most platforms. src/io/io_win32.c is Windows. src/io/io_stdio.c is STDIN, STDOUT, and STDERR. These three need to be ported to the new system. (allison) 39 40 * src/io/io_utf8.c is really the wrong way to go about it. Filehandles should be marked with character set and encoding similar to strings. (allison) 41 42 * Create a PMC named "FileHandle", as a core file handle object, which can be subclassed by various HLLs. (allison) 43 44 * Continue to support different I/O operations on different platforms, using C '#ifdef's on platform-specific sections. (allison)
