home *** CD-ROM | disk | FTP | other *** search
/ Fresh Fish 8 / FreshFishVol8-CD2.bin / bbs / dev / oberon-a-1.4ß.lha / Oberon-A / Docs / ToDo.doc < prev    next >
Text File  |  1994-08-08  |  4KB  |  118 lines
  1.  
  2.      $RCSfile: ToDo.doc $
  3.   Description: Planned changes and additions to Oberon-A
  4.    Created by: fjc (Frank Copeland)
  5.  
  6.       $Author: fjc $
  7.         $Date: 1994/08/08 21:12:51 $
  8.   ________________________________________________________________________
  9.  
  10.  
  11.   Bugs to be fixed
  12.   ----------------
  13.  
  14.   ORU
  15.     * Totally confused when a symbol file is encountered twice.
  16.  
  17.   FPE
  18.     * Doing nasty things to memory on some systems.
  19.  
  20.   Workbench.mod
  21.     * make userData parameters into SYS.LONGWORD
  22.  
  23.   Interfaces
  24.     * check ARRAY OF ... parameters, make pointer or vararg alternatives.
  25.  
  26.   OC
  27.     * ?? Is this a bug ?? Look into what happens when type-bound
  28.     procedures and LIBCALLs are declared for a type that is an alias of
  29.     another type instead of an extension. Ie: "XBase = E.Library" instead
  30.     of "XBase = RECORD (E.Library) END"
  31.  
  32.  
  33.   Planned improvements
  34.   --------------------
  35.  
  36.   *** Scheduled for release 1.5
  37.  
  38.   OC
  39.     * Check that directories exist, or create them.
  40.     * Change type tags, implement type checks for PTR and TYPETAG.
  41.     * Implement the recommendations of the Oakwood report.
  42.       - Pragmas and options instead of current compiler switches.
  43.       - Conditional compilation, with the ability to test compiler and
  44.         user-settable options.
  45.       - A complete foreign code interface, with different parameter-
  46.         passing conventions.
  47.       - Allow underscores in identifiers.
  48.       - A standard library of modules:
  49.         - XYPlane
  50.         - Input
  51.         - In
  52.         - Out
  53.         - Files
  54.         - Strings
  55.         - Math and MathL
  56.  
  57.  
  58.   *** Scheduled for release 2
  59.  
  60.   OC
  61.     * Make Oberon-A OS 2.04+ and Style Guide compliant.
  62.       - Use RdArgs for parameters
  63.       - Add Workbench support
  64.       - Add ARexx interface
  65.       - Localise the compiler and utilities.
  66.     * AmigaOberon compatibility. This will now consist of a collection of
  67.       modules with similar interfaces to modules commonly used in
  68.       AmigaOberon programs. Source code compatibility will not be
  69.       possible, but will be largely rendered unnecessary by the
  70.       conditional compilation facility introduced in Release 1.5.
  71.     * Resident symbol files to speed up compilations.
  72.     * Modify the scanner to recognise and ignore AmigaGuide markup.
  73.       Write your programs in hypertext!
  74.  
  75.   Oberon-A Library
  76.     * Extend the application framework modules
  77.     * Reformat source code as AmigaGuide documents
  78.     * Port more of the Oberon System modules
  79.  
  80.   Texts
  81.     * Finish C2Oberon.txt.
  82.     * Convert files to AmigaGuide format.
  83.     * Write a tutorial for getting started with Intuition, etc.
  84.  
  85.  
  86.   *** Not scheduled for any particular release:
  87.  
  88.   OC
  89.     * Implement definition-only modules
  90.     * Remember register contents
  91.     * Add a branch optimisation phase
  92.     * Add small code and small data models
  93.     * Implement compiler-generated re-entrancy
  94.     * Reconsider how pointers to open arrays are handled as procedure
  95.       results
  96.     * ?? Allow ARRAY OF SYS.BYTE value parameters. ??
  97.  
  98.   OL
  99.     * Add options to select alternative versions of OberonSys.lib
  100.  
  101.   Examples
  102.     * Write some.
  103.     * Then write some more.
  104.     * Port some of the AMOK code and document how it should be done.
  105.     * Port some C examples and document how it should be done.
  106.  
  107.   FPE
  108.     This is showing signs of its ad-hoc development.  Its compiler
  109.     independant design is also unnecessary. It will be scrapped and
  110.     replaced with an Oberon-A-specific environment written from
  111.     scratch, using Kickstart 2.0+ features such as GadTools.
  112.  
  113.   BLink
  114.     I have had it confirmed that BLink produces lots of Enforcer hits on
  115.     high-end systems.  I will have to find a replacement, or write one
  116.     myself.
  117.  
  118.