#38: Create an entry point in bytecode interpreter for use by k-order DLL
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner: sebastien
Type: feature | Status: new
Priority: major | Milestone:
Component: Preprocessor | Version:
Keywords: |
--------------------------+-------------------------------------------------
First, support for k-order derivatives computation needs to be added to
the preprocessor.
Second, a storage mechanism for these needs to be added in the bytecode
generation.
Third, the bytecode interpreter should provide two C functions:
* one for retrieving the number of non-zero elements (NNZE) in the
k-order derivative (accross all equations)
* one which would pass on the derivatives to the caller. Its arguments
would be:
* the order of derivation (k)
* a (double*) vector, allocated by the caller, of length the NNZE
* a (int*) matrix, of size NNZE times (k+1): the first column is the
equation number, the others are the variables indices (ordered in non-
decreasing order: the symmetric elements are not duplicated)
--
Ticket URL: <https://www.dynare.org/trac/ticket/38>
Dynare <http://www.dynare.org>
The Dynare project
#79: Some Dynare++ tests fail
-----------------------+----------------------------------------------------
Reporter: sebastien | Owner:
Type: bug | Status: new
Priority: minor | Milestone:
Component: Dynare++ | Version: 4.1.0
Keywords: |
-----------------------+----------------------------------------------------
Some unit tests of Dynare++ fail:
* in the integ library
* in the kord library
Moreover, the kord tests take a VERY long time.
We need to check with Ondra how to fix these tests.
--
Ticket URL: <https://www.dynare.org/trac/ticket/79>
Dynare <http://www.dynare.org>
The Dynare project
#135: Improve display of decision rules with EXPECTATION operator
--------------------------+-------------------------------------------------
Reporter: sebastien | Owner: sebastien
Type: enhancement | Status: new
Priority: minor | Milestone: 4.3
Component: Preprocessor | Version:
Keywords: |
--------------------------+-------------------------------------------------
Currently, if the user inputs EXPECTATION(-1)(some_expr) in her model,
then a new aux variable is created, and this var is a state var, which
appears in the decision rules as EXPECTATION(-1)(...) (with the dots
instead of the expression). This is not very informative. Displaying the
full expression would require to add a new writeOutput method in the
preprocessor.
And for something like EXPECTATION(-2)(some_expr), it is even worse,
because there are 2 aux vars: one for the operator, and the second one
which appears when removing lags of 2. It is the latter which appears in
stoch_simul. Fixing this requires to fix the orig_endo field of
M_.aux_vars in that case.
--
Ticket URL: <https://www.dynare.org/trac/ticket/135>
Dynare <http://www.dynare.org>
The Dynare project
#174: Remove options_.planner_discount from preprocessor and .m files
--------------------------+-------------------------------------------------
Reporter: houtanb | Owner:
Type: bug | Status: new
Priority: minor | Milestone:
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
This is no longer necessary and can be cleaned out of the code.
--
Ticket URL: <https://www.dynare.org/trac/ticket/174>
Dynare <http://www.dynare.org>
The Dynare project
#236: Add a user friendly frontend to simult_
-----------------------+----------------------------------------------------
Reporter: sebastien | Owner:
Type: feature | Status: new
Priority: major | Milestone: 4.3
Component: General | Version:
Keywords: |
-----------------------+----------------------------------------------------
The idea is to give an user-friendly way to perform simulations of a model
using custom series of shocks; this is a recurring request.
--
Ticket URL: <https://www.dynare.org/trac/ticket/236>
Dynare <http://www.dynare.org>
The Dynare project
#218: Remove set_stationary_variables_list.m
-------------------------+--------------------------------------------------
Reporter: sebastien | Owner: stepan
Type: enhancement | Status: new
Priority: minor | Milestone: 4.3
Component: Estimation | Version:
Keywords: |
-------------------------+--------------------------------------------------
This function is basically useless now that unit_root_vars has been
removed.
It is however still called from several places.
--
Ticket URL: <https://www.dynare.org/trac/ticket/218>
Dynare <http://www.dynare.org>
The Dynare project
#86: check matrix power used in forecast
--------------------------+-------------------------------------------------
Reporter: michel | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Core M-files | Version:
Keywords: |
--------------------------+-------------------------------------------------
taking large matrix power in forecast step of the Kalman smoother routines
is expensive, but probably more accurate than recursive multiplications.
- investigate more accuracy issue
- factorise matrix decomposition for matrix power
--
Ticket URL: <https://www.dynare.org/trac/ticket/86>
Dynare <http://www.dynare.org>
The Dynare project
#83: persistent variables must be cleared at the beginning of a Dynare run
--------------------------+-------------------------------------------------
Reporter: michel | Owner: michel
Type: bug | Status: new
Priority: minor | Milestone:
Component: Core M-files | Version: 4.1.0
Keywords: |
--------------------------+-------------------------------------------------
persistent variables in *.m files trigger hard to understand errors if the
user run successively two different *.mod files with 'noclearall' option.
Whenever a function uses persistent variables, there should be an explicit
initialize option and not rely on empty persistent variables as, for
example, priordens.m currently does.
--
Ticket URL: <https://www.dynare.org/trac/ticket/83>
Dynare <http://www.dynare.org>
The Dynare project