[WIP] Octave/Matlab codegen and code printing

I'm working on Octave/Matlab code printing and codegen support.

TODO:

 - [X] Octave code printer (functional, still work to do)
 - [x] Octave codegen
 - [x] Lists
 - [X] Matrix printing
 - [ ] 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.
 - [ ] 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
 - [ ] Comment headers to appear after the function prototype line.
 - [X] Use vectorized elementwise operations, e.g., `.*`, `.^`, (unless we know a Matrix is involved?)
 - [ ] More special cases for `.*` and `.^`
 - [X] Indenting
 - [ ] 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.
 - [ ] Fix ordering of outputs.  Codegen puts in alphabetical order.  This is annoying.  They should go in the order I provide them in the `(name, [expr1, expr2, expr3])` list.  Inputs should be alphabetically sorted unless the user specifies an order.
 - [ ] 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 controlled by whether there is `Assignment` or not.  Think more about this.

Comments/help very welcome!
I've tried three simple rules: any numbers use `*`, any Symbol's use `.*` and any MatrixSymbol's use `*`.  I will articulate that in the docstring...

Some output is not ideal as I tried to explain in the docstring.  I think this is inevitable b/c we're cheating a bit and using .* on variables which SymPy thinks are scalars.