Dev July 2011

dev@dynare.org

6 participants
72 discussions

[Trac] #148: Block decomposed version of decision rules
by Trac Dynare 08 Jun '12

08 Jun '12

#148: Block decomposed version of decision rules --------------------------+------------------------------------------------- Reporter: sebastien | Owner: ferhat Type: feature | Status: new Priority: major | Milestone: 4.3 Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- -- Ticket URL: <https://www.dynare.org/trac/ticket/148> Dynare <http://www.dynare.org> The Dynare project

1 3

[Trac] #136: complete implementation of "shock_decomposition"
by Trac Dynare 07 Jun '12

07 Jun '12

#136: complete implementation of "shock_decomposition" --------------------------+------------------------------------------------- Reporter: michel | Owner: michel Type: enhancement | Status: new Priority: major | Milestone: 4.2 Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- add options for grouping shocks together and for choosing the set of parameters to be used -- Ticket URL: <https://www.dynare.org/trac/ticket/136> Dynare <http://www.dynare.org> The Dynare project

1 3

[Trac] #166: fix computation of the planner objective under Ramsey policy
by Trac Dynare 07 Jun '12

07 Jun '12

#166: fix computation of the planner objective under Ramsey policy --------------------------+------------------------------------------------- Reporter: sebastien | Owner: michel Type: bug | Status: new Priority: major | Milestone: Component: Core M-files | Version: 4.2.0 Keywords: | --------------------------+------------------------------------------------- The call to "evaluate_planner_objective" was commented out in f36247ceedb73ebab6be0bbc736fc6f5ce3f3bb1. -- Ticket URL: <https://www.dynare.org/trac/ticket/166> Dynare <http://www.dynare.org> The Dynare project

1 3

[Trac] #58: Implement constrained parameters for osr
by Trac Dynare 07 Jun '12

07 Jun '12

#58: Implement constrained parameters for osr --------------------------+------------------------------------------------- Reporter: sebastien | Owner: michel Type: feature | Status: new Priority: major | Milestone: 4.1 Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- -- Ticket URL: <https://www.dynare.org/trac/ticket/58> Dynare <http://www.dynare.org> The Dynare project

1 4

[Trac] #77: provide all solve_algo for all representations of the model
by Trac Dynare 06 Jun '12

06 Jun '12

#77: provide all solve_algo for all representations of the model --------------------------+------------------------------------------------- Reporter: ferhat | Owner: ferhat Type: enhancement | Status: new Priority: major | Milestone: 4.2 Component: Preprocessor | Version: Keywords: | --------------------------+------------------------------------------------- For the moment, only some combinations of block, bytecode and stack_solve_algo are available. Allow for the possibility to use all the algorithms for all model representation. -- Ticket URL: <https://www.dynare.org/trac/ticket/77> Dynare <http://www.dynare.org> The Dynare project

1 3

[Trac] #85: Estimation is not deterministic: a seed should be explictly given to random number generator
by Trac Dynare 06 Jun '12

06 Jun '12

#85: Estimation is not deterministic: a seed should be explictly given to random number generator --------------------------+------------------------------------------------- Reporter: sebastien | Owner: Type: bug | Status: new Priority: major | Milestone: Component: Core M-files | Version: 4.1.0 Keywords: | --------------------------+------------------------------------------------- Currently MOD files doing estimation are not deterministic: different runs of the same MOD files don't give the same results, since the seed for random number generator is not the same accross runs. The easy way to fix that is to set the seed in dynare.m. There would be a default value for the seed, or it could be changed through an option/command. A more subtle way would be to have a seed reset at the top of every major function (estimation, stoch_simul). We need to decide which way is the best. -- Ticket URL: <https://www.dynare.org/trac/ticket/85> Dynare <http://www.dynare.org> The Dynare project

5 15

[Trac] #134: Reorganize M-structures used for storing block decomposition information
by Trac Dynare 06 Jun '12

06 Jun '12

#134: Reorganize M-structures used for storing block decomposition information --------------------------+------------------------------------------------- Reporter: sebastien | Owner: ferhat Type: enhancement | Status: new Priority: major | Milestone: 4.2 Component: Preprocessor | Version: Keywords: | --------------------------+------------------------------------------------- See the following page for the current state: http://www.dynare.org/DynareWiki/GlobalVariableBD -- Ticket URL: <https://www.dynare.org/trac/ticket/134> Dynare <http://www.dynare.org> The Dynare project

1 3

[Trac] #150: Optimal policy: discretionary equilibrium
by Trac Dynare 06 Jun '12

06 Jun '12

#150: Optimal policy: discretionary equilibrium --------------------------+------------------------------------------------- Reporter: sebastien | Owner: sumudu Type: feature | Status: new Priority: major | Milestone: 4.3 Component: Core M-files | Version: Keywords: | --------------------------+------------------------------------------------- -- Ticket URL: <https://www.dynare.org/trac/ticket/150> Dynare <http://www.dynare.org> The Dynare project

3 5

[Trac] #38: Create an entry point in bytecode interpreter for use by k-order DLL
by Trac Dynare 06 Jun '12

06 Jun '12

#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

1 5

[Trac] #79: Some Dynare++ tests fail
by Trac Dynare 06 Jun '12

06 Jun '12

#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

1 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

Dev July 2011