- During an evaluation of the model with bytecode stores all Jacobian matrix (w.r. to endogenous of the current block, exogenous and endogenous from previous blocks) in M_block_structure.block(j)

fix spelling of function names

C++ Estimation DLL: Update to logMHMCMCposterior.cc mexFunction DLL driver:  its call to close waitbar seems to cause crashes and it is for now left commented out and the waitbar neeeds to be closed manually or,
alternativelly, call dll with options_.console_mode=1

implies using global options_ in place of local argument

Testsuite: reorganize for bock and bytecode, using a script for systematically testing options combinations

- extends steady algorithms to solve_algo=5, 6, 7 and 8 for a block decomposed model without bytcode
-  solve_algo is reordered =
   * 0: fsolve
   * 1: solve1
   * 2, 4: solve1 + block decomposition
   * 3: csolve
   * 5: bytecode own solver (use Gaussian elimination + sparse matrix)
   * 6: LU decomposition with UMFPack (method handling sparse matrix in Matlab)
   * 7: GMRES
   * 8: BiCGStab

2) get rid of MasterName and DyMo;
3) more comments;

- Add wrapper needed to compute the steady-state using bytecode and solve_algo = 0, ..., 4

- added embedded tests
- minor cosmetic changes

New oct-file "qzcomplex" for bringing the complex QZ decomposition to Octave. Fixes issues with partial information under Octave.

- fail when user tries to initialize a variable at a period which is not in the model, and make the error message explicit
- correctly handle exogenous variables in stochastic mode, which are also substituted with an aux var
- added test files

Track #21: Add partial information: Correcting bug stemming from the differences in QZ calculation under Octave and Matlab: modified PI_gensys to use C.Sims' Lapack zgges based qzcomplex() qz decomposition routine under Octave which gives nearly identical complex results to Matlab QZ (except for transpose of q matrix and few sign changes in the output matrices)

Preprocessor: fix possible bug in histval (need to limit search of aux vars to aux vars for lagged vars, otherwise we could have a wrong match with some other kind)

Fixed bug in the initialization of the metropolis when mode_compute=6 was previously used (so that we have an optimal mh scale factor)
and option load_mh_file is used. After the (stochastic) optimization, the optimal value of the scale parameter is saved in a mat file.