dynare issueshttps://git.dynare.org/Dynare/dynare/-/issues2013-02-21T14:59:20Zhttps://git.dynare.org/Dynare/dynare/-/issues/235passing MEXEXT to compile MEX files2013-02-21T14:59:20ZSébastien Villemotpassing MEXEXT to compile MEX filesIn Matlab, the extension name of the MEX file varies accross plateform. When we use USE_DLL and call the model file DLL in another DLL (it is the case for estimation, for example) we need to know this extension.
Currently, the Matlab cal...In Matlab, the extension name of the MEX file varies accross plateform. When we use USE_DLL and call the model file DLL in another DLL (it is the case for estimation, for example) we need to know this extension.
Currently, the Matlab calling program use mexext() to get a string and passes this string to the, say, estimation DLL. This is very roundabout, because mexext() makes a system call to evaluate a batch file to learn the name of the MEX extension of a given system.
I would prefer to know the extension name at the time of compilation of the DLL and hard code it in the DLL.
Currently, the build system already puts the extension name in environment variable MEXEXT. I suggest the following modification to the Makefile:
from
MATLAB_DEFS = -D_GNU_SOURCE -DNDEBUG -DMATLAB_VERSION=0x0713
to
MATLAB_DEFS = -DMEXEXT=$MEXEXT -D_GNU_SOURCE -DNDEBUG -DMATLAB_VERSION=0x0713
Then, we can just use macrovariable MEXEXT in the C++ code when necessary.
The same can be used for OCTAVE but I expect the name of the extension to be always the same.
4.3https://git.dynare.org/Dynare/dynare/-/issues/233Smoother on calibrated models2013-02-21T14:59:20ZSébastien VillemotSmoother on calibrated modelsAdd the possibility of running the smoother on a calibrated model.
It may be already possible to do so, by giving no estimated_params and then running estimation with mode_compute=0. If this indeed works, we need to add an interface by ...Add the possibility of running the smoother on a calibrated model.
It may be already possible to do so, by giving no estimated_params and then running estimation with mode_compute=0. If this indeed works, we need to add an interface by creating a new MOD-file command that would output the right call to estimation.
4.3https://git.dynare.org/Dynare/dynare/-/issues/231DsgeLikelihood_hh.m was removed when DsgeLikelihood.m was replaced by dsge_li...2013-02-21T14:59:20ZSébastien VillemotDsgeLikelihood_hh.m was removed when DsgeLikelihood.m was replaced by dsge_likelihood.mDsgeLikelihood_hh.m needs to be replaced by dsge_likelihood_hh.m that is needed by newrat.m and tests/fs2000/fs2000d.mod
All the Kalman filter routines needs also to return llik, the vector of loglikelihood per observation.
DsgeLikelihood_hh.m needs to be replaced by dsge_likelihood_hh.m that is needed by newrat.m and tests/fs2000/fs2000d.mod
All the Kalman filter routines needs also to return llik, the vector of loglikelihood per observation.
4.3https://git.dynare.org/Dynare/dynare/-/issues/230Parallelize the testsuite2013-02-21T14:59:20ZSébastien VillemotParallelize the testsuiteCurrently the testsuite only uses one processor.
We should paralellize it, probably using the -j option of make.
Some tests have to be run in sequential order (the 2nd test depends on the result of the 1st): those should probably lie i...Currently the testsuite only uses one processor.
We should paralellize it, probably using the -j option of make.
Some tests have to be run in sequential order (the 2nd test depends on the result of the 1st): those should probably lie in a separate list of tests which will not be (fully) parallelized.
Need to think about a way to aggregate the tests results into one report.
https://git.dynare.org/Dynare/dynare/-/issues/229update markov_switching statement2013-02-21T14:59:20ZSébastien Villemotupdate markov_switching statement- remove the regime option
- replace number_of_states with number_of_regimes
- add restrictions option
- allow duration to accept a vector of length number_of_regimes
- remove the passing of INF_CONSTANT to duration
See http://www.dynar...- remove the regime option
- replace number_of_states with number_of_regimes
- add restrictions option
- allow duration to accept a vector of length number_of_regimes
- remove the passing of INF_CONSTANT to duration
See http://www.dynare.org/DynareWiki/MarkovSwitchingInterface
4.3https://git.dynare.org/Dynare/dynare/-/issues/228document functions for which we have changed the calling sequence in unstable2013-02-21T14:59:20ZSébastien Villemotdocument functions for which we have changed the calling sequence in unstableThe changes that we have made to several functions in unstable will break the code of people who are calling these functions directly.
This will make a big mess when we release 4.3
We need to document those changes on the wiki
The changes that we have made to several functions in unstable will break the code of people who are calling these functions directly.
This will make a big mess when we release 4.3
We need to document those changes on the wiki
4.3https://git.dynare.org/Dynare/dynare/-/issues/227bug in 2nd order approximation if one variable is not present in the current ...2013-02-21T14:59:20ZSébastien Villemotbug in 2nd order approximation if one variable is not present in the current periodthis should be dealt with in the same time as #94
this should be dealt with in the same time as #94
4.3https://git.dynare.org/Dynare/dynare/-/issues/201implement adaptive Metropolis algorithm2013-02-21T15:00:00ZSébastien Villemotimplement adaptive Metropolis algorithmhttps://git.dynare.org/Dynare/dynare/-/issues/202conditional_variance_decomposition option fails with estimation2013-02-21T15:00:00ZSébastien Villemotconditional_variance_decomposition option fails with estimationIt looks for the M_.sigma_e_is_diagonal flag, which is only added by the preprocessor if the "shocks" block is present, based on the contents of that block. In an estimation context, this field is therefore not necessarily present.
Mayb...It looks for the M_.sigma_e_is_diagonal flag, which is only added by the preprocessor if the "shocks" block is present, based on the contents of that block. In an estimation context, this field is therefore not necessarily present.
Maybe the fix is to generate the flag in the preprocessor using the contents of estimated_params. Comments please.
https://git.dynare.org/Dynare/dynare/-/issues/200update normalizeEquation() to deal with abs & sign2013-02-21T15:00:00ZSébastien Villemotupdate normalizeEquation() to deal with abs & sign4.3https://git.dynare.org/Dynare/dynare/-/issues/198update set_dynare_seed.m2013-02-21T15:00:00ZSébastien Villemotupdate set_dynare_seed.mNB: rng() introduced in Matlab R2011a
NB: rng() introduced in Matlab R2011a
4.3https://git.dynare.org/Dynare/dynare/-/issues/199the output of option forecast in estimation is incorrect in the Reference Manual2013-02-21T15:00:00ZSébastien Villemotthe output of option forecast in estimation is incorrect in the Reference ManualIf the forecast takes place after computing the posterior mode, the output is indeed saved in oo_.forecast (as correctly described in the manual)
But, if the forecast takes place after Metropolis iteration and is really the posterior dis...If the forecast takes place after computing the posterior mode, the output is indeed saved in oo_.forecast (as correctly described in the manual)
But, if the forecast takes place after Metropolis iteration and is really the posterior distribution of forecasts, the output is saved in oo_.MeanForecast and oo_.PointForecast
4.3https://git.dynare.org/Dynare/dynare/-/issues/197Add abs() to ExprNode2013-02-21T15:00:00ZSébastien VillemotAdd abs() to ExprNode4.3https://git.dynare.org/Dynare/dynare/-/issues/196investigate bug creating eps files in octave2013-02-21T15:00:00ZSébastien Villemotinvestigate bug creating eps files in octaveAs reported here:
http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3268
eps files created by Octave 3.2.4 do not open (checked in Windows virtualbox and Karaba for Dynare 4.2.1 and origin/master using fs2000.mod).
Pro
As reported here:
http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3268
eps files created by Octave 3.2.4 do not open (checked in Windows virtualbox and Karaba for Dynare 4.2.1 and origin/master using fs2000.mod).
Pro
4.3https://git.dynare.org/Dynare/dynare/-/issues/212tests conditional_forecasts/fs_2000_cal.mod and fs_2000_est.mod trigger an Oc...2013-02-21T15:00:01ZSébastien Villemottests conditional_forecasts/fs_2000_cal.mod and fs_2000_est.mod trigger an Octave bug with the graphicsMaybe we should cancel the graphs if in Octave to have a clean test suite
Maybe we should cancel the graphs if in Octave to have a clean test suite
https://git.dynare.org/Dynare/dynare/-/issues/213steady state file and auxiliary variables2013-02-21T15:00:01ZSébastien Villemotsteady state file and auxiliary variablesAuxiliary variables are not always correctly computed when there is a *_steadystate.m file and auxiliary variables.
add_auxiliary_variables_to_steadystate.m should be replaced everywhere by <fname>_set_auxiliary_variables.m
Auxiliary variables are not always correctly computed when there is a *_steadystate.m file and auxiliary variables.
add_auxiliary_variables_to_steadystate.m should be replaced everywhere by <fname>_set_auxiliary_variables.m
4.3https://git.dynare.org/Dynare/dynare/-/issues/211Matlab 2011a displays a warning when Dynare uses waitbar with option -noconsole2013-02-21T15:00:01ZSébastien VillemotMatlab 2011a displays a warning when Dynare uses waitbar with option -noconsoleThis follows some changes in the handling of displays in Matlab. See the exact warning message.
This follows some changes in the handling of displays in Matlab. See the exact warning message.
https://git.dynare.org/Dynare/dynare/-/issues/210block_bytecode test files: the tests should not report an error if Matlab's o...2013-02-21T15:00:01ZSébastien Villemotblock_bytecode test files: the tests should not report an error if Matlab's optimization toolbox is not availableOne can test for exist('fsolve') in run_test_matlab.m (fsolve is available under Octave)
One can test for exist('fsolve') in run_test_matlab.m (fsolve is available under Octave)
https://git.dynare.org/Dynare/dynare/-/issues/208MS-SBVAR: clear up licensing for Tao's code2013-02-21T15:00:01ZSébastien VillemotMS-SBVAR: clear up licensing for Tao's codematlab/ms-sbvar/cstz
matlab/ms-sbvar/identification
remind Dan to remove:
ms-sbvar/switch_dw/mixture_models
from 1.1 branch
matlab/ms-sbvar/cstz
matlab/ms-sbvar/identification
remind Dan to remove:
ms-sbvar/switch_dw/mixture_models
from 1.1 branch
4.3https://git.dynare.org/Dynare/dynare/-/issues/206MS-SBVAR: update irf, forecast and variance decomposition mex2013-02-21T15:00:01ZSébastien VillemotMS-SBVAR: update irf, forecast and variance decomposition mex4.3