[docs] Add open projects page that includes the TODO.txt files.

llvm-svn: 154274
This commit is contained in:
Michael J. Spencer 2012-04-07 23:10:01 +00:00
parent 7ebc4c1910
commit f9bc125c5a
4 changed files with 28 additions and 21 deletions

View File

@ -9,6 +9,7 @@ Contents
intro
design
development
open_projects
sphinx_intro
Indices and tables

View File

@ -0,0 +1,7 @@
.. _open_projects:
Open Projects
=============
.. include:: ../include/lld/Core/TODO.txt
.. include:: ../lib/Core/TODO.txt

View File

@ -1,12 +1,10 @@
include/lld/Core
~~~~~~~~~~~~~~~~
* The native/yaml reader/writer interfaces should be changed to return
an explanatory string if there is an error. The existing error_code
abstraction only works for returning low level OS errors. It does not
work for describing formatting issues.
an explanatory string if there is an error. The existing error_code
abstraction only works for returning low level OS errors. It does not
work for describing formatting issues.
* We need to add more attributes to File. In particular, we need cpu
and OS information (like target triples).
and OS information (like target triples).

View File

@ -1,24 +1,25 @@
lib/Core
~~~~~~~~
* Add endianness support to the native reader and writer.
* The NativeReader has lots of similar code for converting arrays of ivar
data in mapped memory into arrays of objects. The commonality can be
factored out, maybe templatized.
data in mapped memory into arrays of objects. The commonality can be
factored out, maybe templatized.
* The NativeFileFormat.h is old school C structs and constants. We scope
things better by defining constants used with a struct inside the struct
declaration.
things better by defining constants used with a struct inside the struct
declaration.
* The native reader and writer currently just blast in memory enumeration
values (e.g. DefinedAtom::Scope) into a byte in the disk format. To support
future changes to the enumerations, there should be a translation layer
to map disk values to in-memory values.
* The native reader and writer currently just blast in memory enumeration
values (e.g. DefinedAtom::Scope) into a byte in the disk format. To support
future changes to the enumerations, there should be a translation layer
to map disk values to in-memory values.
* The Platform interface needs to be refactored. There should be less work
done in the platform. Instead the Platform should just be a bunch of bool
methods which direct the Resolver in how to operate. Subclasses of
Platform can set the bool values in their constructors.
done in the platform. Instead the Platform should just be a bunch of bool
methods which direct the Resolver in how to operate. Subclasses of
Platform can set the bool values in their constructors.
* The YamlReader should be converted to use Michael's yaml parser once
that goes into LLVM.
that goes into LLVM.