-BUGS
-----
-
-* Implenment Array Initialization
-
-* FindMembers
-
- Move our utility FindMembers from TypeContainer to Decl, because interfaces
- are also scanned with it.
+===========================================
-* Visibility
+* Value Parameter
- I am not reporting errors on visibility yet.
+ I believe that `Value Parameter' might have been introduced
+ after C# 1.0, also notice than in the treatment of Value Parameter
+ the parameters are defined in four categories:
-* Enumerations
+ Section 9.3 in the latest spec.
- They currently can not be defined in terms of other enumerations
- or constants.
-* Interfaces
+Large project:
+--------------
- For indexers, the output of ix2.cs is different from our
- compiler and theirs. They use a DefaultMemberAttribute, which
- I have yet to figure out:
+New
+---
- .class interface private abstract auto ansi INTERFACE
- {
- .custom instance void [mscorlib]System.Reflection.DefaultMemberAttribute::.ctor(string)
- = ( 01 00 04 49 74 65 6D 00 00 ) // ...Item..
- ...
- }
+ It would be nice to optimize the case of:
-* Interface indexers
+ Method (new ValueType ())
- I have not figured out why the Microsoft version puts an
- `instance' attribute, and I am not generating this `instance' attribute.
+ So that no temporary is created, and we only use a newobj call
+ that remains on the stack, as opposed to ldloca, initobj, ldloc
+ call.
- Explanation: The reason for the `instance' attribute on
- indexers is that indexers only apply to instances
+NEW NOTES:
+----------
-* In class.cs: Method.Define
+ ImplicitStandardConversionExists and ImplicitStandardConversion
+ should always be the same, but there are a few diverging lines that
+ must be studied:
- Need to use FindMembers to lookup the member for reporting
- whether a new is needed or not.
+ if (expr_type == target_type && !(expr is NullLiteral))
+ return expr;
-* Foreach on structure returns does not work
+ vs:
- I am generating invalid code instead of calling ldarga for the
- structure, I am calling ldarg:
+ if (expr_type == target_type)
+ return true;
- struct X {
- public IEnumerator GetEnumerator ();
- }
+****************************************************************************************
+*
+* The information on the rest of this file is mostly outdated, and its kept here for
+* historical reasons
+*
+****************************************************************************************
+
+Error Reporting:
+----------------
- X x;
+ * Make yyerror show a nice syntax error, instead of the current mess.
- foreach (object a in x){
- ...
- }
+Optimization ideas
+------------------
- I need to get the address of that bad boy
+ Currently when we build a type cache, it contains private members,
+ internal members, and internal protected members; We should trim
+ these out, as it shows up on the profile.
-* Handle destructors specially
+ We create too many Arraylists; When we know the size, we should create
+ an array;
- Turn ~X () { a () } into:
- void Finalize () { try { a (); } finally { base.Finalize (); } }
+ During parsing we use arraylists to accumulate data, like this:
-* Method Names
+ thing:
+
+ thing_list
+ : thing { $$ =new ArrayList (); $$.Add ($1); }
+ | thing_list thing { ArrayList a = $1; a.Add ($2); $$ = a; }
- Method names could be; `IFACE.NAME' in the method declaration,
- stating that they implement a specific interface method.
+ We probably could start using "Pairs" there:
- We currently fail to parse it.
+ thing_list
+ : thing { $$ = new Pair ($1, null); }
+ | thing_list thing { Pair p = $1; $$ = new Pair ($2, $1); }
-* Namespaces
- Apparently:
+EmitContext.ResolveTypeTree
+---------------------------
- namespace X {
- }
+ We should investigate its usage. The problem is that by default
+ this will be set when calling FindType, that triggers a more expensive
+ lookup.
- namespace X {
- }
+ I believe we should pass the current EmitContext (which has this turned off
+ by default) to ResolveType/REsolveTypeExpr and then have the routines that
+ need ResolveType to pass null as the emit context.
- Is failing to create a single namespace
+DeclareLocal audit
+------------------
-* Arrays
+ DeclareLocal is used in various statements. The audit should be done
+ in two steps:
- We need to make sure at *compile time* that the arguments in
- the expression list of an array creation are always positive.
+ * Identify all the declare locals.
-* Fix access to variables of type ref/out
+ * Identify its uses.
-* Implement dead code elimination in statement.cs
+ * Find if we can make wrapper functions for all of them.
- It is pretty simple to implement dead code elimination in
- if/do/while
+ Then we can move DeclareLocal into a helper class.
-* Indexer bugs:
+ This is required to fix foreach in iterators.
- the following wont work:
+Ideas:
+------
- x [0] = x [1] = N
+ Instead of the hack that *knows* about System.Object not having any children classes,
+ we should just make it simple for a probe to know that there is no need for it.
- if x has indexers, the value of x [N] set is set to void. This needs to be
- fixed.
+Dead Code Elimination bugs:
+---------------------------
-* Array declarations
+ I should also resolve all the children expressions in Switch, Fixed, Using.
- Multi-dim arrays are declared as [,] instead of [0..,0..]
+Major tasks:
+------------
+ Properties and 17.6.3: Finish it.
+readonly variables and ref/out
+
+BUGS
+----
-PENDING TASKS
--------------
-
- * Implement Using.
-
- * Implement Goto.
-
- * Implement Switch.
-
- * Unsafe code.
-
-* Using Alias
-
- Need to reset the aliases for each compilation unit, so an
- alias defined in a file does not have any effect on another one:
+* Break/Continue statements
- File.cs
- =======
- namespace A {
- using X = Blah;
+ A finally block should reset the InLoop/LoopBegin/LoopEnd, as
+ they are logically outside the scope of the loop.
- class Z : X { <-- This X is `Blah'
- }
+* Break/continue part 2.
- File2.cs
- namespace {
- class Y : X { <-- This X Is not `Blah'
- }
- }
+ They should transfer control to the finally block if inside a try/catch
+ block.
- I think we can implement Aliases by having an `Alias' context in all
- the toplevel TypeContainers of a compilation unit. The children typecontainers
- just chain to the parents to resolve the information.
+*
+> // CSC sets beforefieldinit
+> class X {
+> // .cctor will be generated by compiler
+> public static readonly object O = new System.Object ();
+> public static void Main () {}
+> }
+>
- The driver advances the Alias for each file compiled, so that each file
- has its own alias set.
+PENDING TASKS
+-------------
-* Handle volatile
+* Merge test 89 and test-34
-* Support Re-Throw exceptions:
+* Code cleanup
- try {
- X ();
- } catch (SomeException e){
- LogIt ();
- throw;
- }
+ The information when registering a method in InternalParameters
+ is duplicated, you can always get the types from the InternalParameters
-* Static flow analysis
+* Emit modreq for volatiles
- Required to warn about reachability of code and definite
- assignemt as well as missing returns on functions.
+ Handle modreq from public apis.
+* Merge tree.cs, rootcontext.cs
OPTIMIZATIONS
-------------
-* Emitcontext
-
- Do we really need to instanciate this variable all the time?
-
- It could be static for all we care, and just use it for making
- sure that there are no recursive invocations on it.
-
-* Static-ization
-
- Since AppDomain exists, maybe we can get rid of all the stuff
- that is part of the `compiler instance' and just use globals
- everywhere.
-
-
-* Constructors
+* User Defined Conversions is doing way too many calls to do union sets that are not needed
- Currently it calls the parent constructor before initializing fields.
- It should do it the other way around.
+* Add test case for destructors
-* Reducer and -Literal
+* Places that use `Ldelema' are basically places where I will be
+ initializing a value type. I could apply an optimization to
+ disable the implicit local temporary from being created (by using
+ the method in New).
- Maybe we should never handle -Literal in Unary expressions and let
- the reducer take care of it always?
+* Dropping TypeContainer as an argument to EmitContext
-* Use of EmitBranchable
+ My theory is that I can get rid of the TypeBuilder completely from
+ the EmitContext, and have typecasts where it is used (from
+ DeclSpace to where it matters).
- Currently I use brfalse/brtrue in the code for statements, instead of
- using the EmitBranchable function that lives in Binary
-
-* Create an UnimplementedExpcetion
-
- And use that instead of plain Exceptions to flag compiler errors.
-
-* ConvertImplicit
-
- Currently ConvertImplicit will not catch things like:
-
- - IntLiteral in a float context to generate a -FloatLiteral.
- Instead it will perform an integer load followed by a conversion.
+ The only pending problem is that the code that implements Aliases
+ is on TypeContainer, and probably should go in DeclSpace.
* Tests
Write tests for the various reference conversions. We have
test for all the numeric conversions.
-* Remove the tree dumper
+* Optimizations: variable allocation.
- And make all the stuff which is `public readonly' be private unless
- required.
+ When local variables of a type are required, we should request
+ the variable and later release it when we are done, so that
+ the same local variable slot can be reused later on.
-* Optimizations
+* Add a cache for the various GetArrayMethod operations.
- In Indexers and Properties, probably support an EmitWithDup
- That emits the code to call Get and then leaves a this pointer
- in the stack, so that later a Store can be emitted using that
- this pointer (consider Property++ or Indexer++)
+* MakeUnionSet Callers
+ If the types are the same, there is no need to compute the unionset,
+ we can just use the list from one of the types.
+
+* Factor the lookup code for class declarations an interfaces
+ (interface.cs:GetInterfaceByName)
RECOMMENDATIONS
---------------
Notice how numbering of the arguments changes as the
{ oob_stack.Push (lexer.Location) } takes a "slot" in the productions.
-* local_variable_declaration
-
- Not sure that this grammar is correct, we might have to
- resolve this during semantic analysis.
-
-