updated to-do list
authorKen Raeburn <raeburn@cygnus>
Wed, 18 Aug 1993 20:45:18 +0000 (20:45 +0000)
committerKen Raeburn <raeburn@cygnus>
Wed, 18 Aug 1993 20:45:18 +0000 (20:45 +0000)
gas/NOTES

index dd3501eb32ece25a9df6284dd74ab9ec25f733b0..924a0ae4e3e7190839c54bdf2f1ee29e66ad5368 100644 (file)
--- a/gas/NOTES
+++ b/gas/NOTES
@@ -57,9 +57,19 @@ Remove DONTDEF code, commented-out code.
 Eliminate, as much as possible, anything not in config that is conditionalized
 on a CPU, format, or environment.
 
+Merge COFF support into one version, supporting all the pseudo-ops used in
+either versions now, but using BFD for high-level operations.  (See second
+following item.)  Currently there are two versions (plus the new BFD code),
+which support different features, and are used on different targets.
+
+Convert remaining a.out/b.out targets to using the BFD_ASSEMBLER code by
+default.
+
 Finish conversion to using BFD for all object file writing.  (This is the
 BFD_ASSEMBLER code, not BFD or BFD_HEADERS.)  VMS might be the tough one here,
-since there's no BFD support for it at all yet.  Eliminate the old code.
+since there's no BFD support for it at all yet.  Eliminate the old code.  Some
+of this can be done target by target, so doing a target where the CPU or
+format already supports BFD_ASSEMBLER mode may be easiest.
 
 Fix lots of uses of empty strings to use null pointers.  Will improve
 efficiency, and should make code clearer too.
@@ -68,11 +78,20 @@ Clean up comments; lots of 'em are one previous maintainer griping about
 another previous maintainer, unrelated to the code.  (And with no names,
 they're not so fun to read. :-)
 
-Lots of documentation.
+Get Steve to document H8/500 stuff (and others).
+
+Improve test suite.  Incorporate more reported net bugs, and non-confidential
+Cygnus customer bugs, and anything else.
+
+Add support for i386/i486 16-bit mode, so operating system initialization code
+doesn't require a separate assembler nor lots of `.byte' directives.
 
-Get Steve to document H8/500 stuff.
+See if it's more maintainable (and not too much of a performance loss) to use
+a yacc grammar for parsing input.  The lexer will have to be flexible, and the
+grammar will have to contain any construct used on any platform, but it may be
+easier to maintain, instead of having code in most of the back ends.
 
-Put together a test suite, using DejaGnu.
+PIC support.
 
 (From old "NOTES" file to-do list, not really reviewed:)