Octave/Matlab codegen and code printing

I'm working on Octave/Matlab code printing and codegen support.

 - [X] Octave code printer
 - [x] Octave codegen
 - [x] Lists
 - [X] Matrix printing
 - [x] Matrix output from codegen
 - [x] codegen: assert filename and function name match, this should be true for the first function in a file.
 - [x] multiple functions per file tested.
 - [x] multiple functions per file documented scope of results.
 - [X] Logical ops
 - [x] Logical, `True`/`False`
 - [x] Tests, based on C/Fortran tests.
 - [x] Piecewise support
 - [x] Comment headers to appear after the function prototype line.
 - [X] Use vectorized elementwise operations, e.g., `.*`, `.^`, (unless we know a Matrix is involved?)
 - [x] More special cases for `.*` and `.^`
 - [X] Indenting
 - [x] deal gracefully like C/Fortran with "not supported"...
 - [X] Is superclass `CodeGen` a bit too C/Fortran specific?  mathematica.py
       was a bit thinner, but is for code printing, not codegen.  Seems it will be ok, especially after @jcrist's recent changes.
 - [X] loop structures.  At least for now, we don't attempt to "vectorize" these.
 - [x] Fix ordering of outputs.  They go in the order provided in the `(name, [expr1, expr2, expr3])` list.  Inputs should be alphabetically sorted unless the user specifies an order.
 - [x] Single-statement/single line support?  This is important for generating "handle functions", e.g., [https://github.com/cbm755/octsympy/blob/master/inst/%40sym/matlabFunction.m] as opposed to .m files.  Currently everything is inline.  but I haven't tested tensors yet.
 - [x] Fix Routine code that conflicts with C/Fortran, see @jcrist comment below.
 - [x] Fix MatrixSlice printing.
 - [x] Sparse Matrix.

Comments/help very welcome!
Is this fixed? If not, it still doesn't belong in the docstring. If other languages are added we can refactor.