Dynare issueshttps://git.dynare.org/groups/Dynare/-/issues2022-12-08T11:12:15Zhttps://git.dynare.org/Dynare/dynare/-/issues/1877Document Windows restrictions on passing quoted strings at command line2022-12-08T11:12:15ZJohannes PfeiferDocument Windows restrictions on passing quoted strings at command lineFor example, under Windows the invocation
```
dynare sw2007nw_dsge -Ddatafile_name='"data94q1.mat"'
```
is cut down to
```
Calling Dynare with arguments: -Ddatafile_name="data94q1.mat"
```
i.e. the second layer of quoted strings is lost....For example, under Windows the invocation
```
dynare sw2007nw_dsge -Ddatafile_name='"data94q1.mat"'
```
is cut down to
```
Calling Dynare with arguments: -Ddatafile_name="data94q1.mat"
```
i.e. the second layer of quoted strings is lost. The most robust workaround is to handle the strings at the mod-file level, e.g.
```
estimation(datafile='@{datafile_name}')
```
instead of trying to have the quote in the `datafile_name`.https://git.dynare.org/Dynare/preprocessor/-/issues/110Document Windows restrictions on passing quoted strings at command line2022-12-06T17:52:20ZJohannes PfeiferDocument Windows restrictions on passing quoted strings at command lineFor example, under Windows the invocation
```
dynare sw2007nw_dsge -Ddatafile_name='"data94q1.mat"'
```
is cut down to
```
Calling Dynare with arguments: -Ddatafile_name="data94q1.mat"
```
i.e. the second layer of quoted strings is lost....For example, under Windows the invocation
```
dynare sw2007nw_dsge -Ddatafile_name='"data94q1.mat"'
```
is cut down to
```
Calling Dynare with arguments: -Ddatafile_name="data94q1.mat"
```
i.e. the second layer of quoted strings is lost. The most robust workaround is to handle the strings at the mod-file level, e.g.
```
estimation(datafile='@{datafile_name}')
```
instead of trying to have the quote in the `datafile_name`.https://git.dynare.org/Dynare/preprocessor/-/issues/109Fix indexing of M_.endo_trends2022-12-15T15:19:21ZJohannes PfeiferFix indexing of M_.endo_trendsIn the attached file, the indexing for the first variable `C` starts at 0 instead of 1
```
M_.endo_trends(0).deflator = 'A*L';
```
leading to a crash with
>Array indices must be positive integers or logical values.
[Ramsey_Cass_Koopman...In the attached file, the indexing for the first variable `C` starts at 0 instead of 1
```
M_.endo_trends(0).deflator = 'A*L';
```
leading to a crash with
>Array indices must be positive integers or logical values.
[Ramsey_Cass_Koopmans_trend_var.mod](/uploads/2c2449b0eda023848d198ed74db0d36f/Ramsey_Cass_Koopmans_trend_var.mod)Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/preprocessor/-/issues/108Investigate why error line numbers are off by one2022-12-15T15:19:21ZJohannes PfeiferInvestigate why error line numbers are off by oneThe attached file has a missing multiplication sign in line 98, but the error is
> ERROR: RCK.mod: line 97, col 21: syntax error, unexpected '('
[RCK.mod](/uploads/7dd4637ff7a44a1904999ca9d522394f/RCK.mod)The attached file has a missing multiplication sign in line 98, but the error is
> ERROR: RCK.mod: line 97, col 21: syntax error, unexpected '('
[RCK.mod](/uploads/7dd4637ff7a44a1904999ca9d522394f/RCK.mod)Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/preprocessor/-/issues/107Lift restriction of using var(log) auxiliary variables2022-12-15T15:19:21ZJohannes PfeiferLift restriction of using var(log) auxiliary variablesWhen defining `var(log) K;` an auxiliary variable `LOG_K` is created. But we cannot access it in many commands. For example, `rplot LOG_K` or `stoch_simul LOG_K` will result in
> ERROR: stoch_simul: Variable LOG_K was not declared.When defining `var(log) K;` an auxiliary variable `LOG_K` is created. But we cannot access it in many commands. For example, `rplot LOG_K` or `stoch_simul LOG_K` will result in
> ERROR: stoch_simul: Variable LOG_K was not declared.Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/1875Cannot use algorithms 12 and 14 despite having specified json=compute option2022-12-15T15:21:01ZPierre AldamaCannot use algorithms 12 and 14 despite having specified json=compute optionWhen trying to solve a model under perfect foresight using algorithms 12 ou 14, Dynare requires the json output of the model. In the attached example, I try to simulate a backward-looking model with algorithm 14 and the json=compute opti...When trying to solve a model under perfect foresight using algorithms 12 ou 14, Dynare requires the json output of the model. In the attached example, I try to simulate a backward-looking model with algorithm 14 and the json=compute option is specified at the top of the mod file.
Dynare actually _produces json files_ but cannot apparently use them and returns an error :
```
Error using sim1_purely_backward (line 30)
Algorithms solve_algo={12,14} require json output of the model (use json=compute option)
```
If ones actually tries to read the json files by running :
```
jsonfile = fileread(sprintf('%s/model/json/modfile-original.json', M_.fname));
json = jsondecode(jsonfile);
```
it gets :
```
Error using jsondecode
JSON syntax error at line 33, column 72 (character 4353): expected value but found 'dates'.
```
The problems seems to be related to initval_file() :
```
{"statementName": "initval_file", "options": {"firstsimulationperiod": dates(database.lastobservedperiod+1), "lastsimulationperiod": dates(database.lastobservedperiod+len-1), "series": "database"}},
```
[BugJson.7z](/uploads/ba0c2578d0ee38ebd2dbab9126ef46a7/BugJson.7z)Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/1872Implement conditional likelihood at order=12023-09-06T10:52:12ZJohannes PfeiferImplement conditional likelihood at order=1@stepan-a already has an implementation.@stepan-a already has an implementation.https://git.dynare.org/Dynare/dynare/-/issues/1870Deal with missing aux_vars info for leads/lags of endogenous and exogenous (m...2023-01-04T09:59:54ZJohannes PfeiferDeal with missing aux_vars info for leads/lags of endogenous and exogenous (model_info)The preprocessor does not set `M_.aux_vars.orig_index` and `M_.aux_vars.orig_lead_lag` for leads of variables. Required for `model_info`. [perfectforesight_3eq.mod](/uploads/ca05d2cf1f8ad2aebd3e5085123438d1/perfectforesight_3eq.mod)The preprocessor does not set `M_.aux_vars.orig_index` and `M_.aux_vars.orig_lead_lag` for leads of variables. Required for `model_info`. [perfectforesight_3eq.mod](/uploads/ca05d2cf1f8ad2aebd3e5085123438d1/perfectforesight_3eq.mod)6.xhttps://git.dynare.org/Dynare/preprocessor/-/issues/106Deal with missing aux_vars info for leads/lags of endogenous and exogenous (m...2022-11-21T14:55:58ZJohannes PfeiferDeal with missing aux_vars info for leads/lags of endogenous and exogenous (model_info)The preprocessor does not set `M_.aux_vars.orig_index` and `M_.aux_vars.orig_lead_lag` for leads of variables. Required for `model_info`. [perfectforesight_3eq.mod](/uploads/9956db649ee2401ff3075773f27bc6b0/perfectforesight_3eq.mod)The preprocessor does not set `M_.aux_vars.orig_index` and `M_.aux_vars.orig_lead_lag` for leads of variables. Required for `model_info`. [perfectforesight_3eq.mod](/uploads/9956db649ee2401ff3075773f27bc6b0/perfectforesight_3eq.mod)https://git.dynare.org/Dynare/preprocessor/-/issues/105DymamicParamsDerivs.* and StaticParamsDerivs.* are rewritten even if they hav...2022-12-15T15:19:21ZMichelJuillardDymamicParamsDerivs.* and StaticParamsDerivs.* are rewritten even if they haven't changedThe problem exists at least for Julia filesThe problem exists at least for Julia filesSébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/1866Fix or document interaction of steady_state_model-block and initval and endval2022-10-14T10:00:45ZJohannes PfeiferFix or document interaction of steady_state_model-block and initval and endval`make_y` translates the contents of `initval` and `endval` to `oo_.endo_simul`. The last block's contents are stored in `oo_.steady_state`. But if there is a `steady_state_model`-block or a `_steadystate`-file, we execute in `make_y`
```...`make_y` translates the contents of `initval` and `endval` to `oo_.endo_simul`. The last block's contents are stored in `oo_.steady_state`. But if there is a `steady_state_model`-block or a `_steadystate`-file, we execute in `make_y`
```
if options_.steadystate_flag
[oo_.steady_state,M_.params,~] = ...
evaluate_steady_state_file(oo_.steady_state,oo_.exo_steady_state,M_, ...
options_,~options_.steadystate.nocheck);
end
```
This part will overwrite the contents of the block by a computed steady state. This behavior has been in Dynare for at least 10 years, but is clearly wrong. @MichelJuillard @stepan-a Do you know what the purpose of that automatic call to the steady state file is?https://git.dynare.org/Dynare/preprocessor/-/issues/104initval must come before endval2024-01-29T17:38:53ZMichelJuillardinitval must come before endvalDynare assumes that in the *.mod file the initval block comes before the endval block. This is not checked by the preprocessorDynare assumes that in the *.mod file the initval block comes before the endval block. This is not checked by the preprocessor6.xSébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/1865Fix x13 on Mac2022-11-16T17:06:56ZJohannes PfeiferFix x13 on MacA user at https://forum.dynare.org/t/x13-seasonal-adjustedment-does-not-work-on-mac/20898 reports an issue with compiling x13, which seems to be due to a conflicting GCC versions. The fix to
> Library not loaded: '/usr/local/opt/gcc/lib/...A user at https://forum.dynare.org/t/x13-seasonal-adjustedment-does-not-work-on-mac/20898 reports an issue with compiling x13, which seems to be due to a conflicting GCC versions. The fix to
> Library not loaded: '/usr/local/opt/gcc/lib/gcc/11/libgfortran.5.dylib'
is most likely to statically link `libgfortran`Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/1863Filter out non-convergence in PKF2022-11-17T09:58:19ZJohannes PfeiferFilter out non-convergence in PKFUpon non-convergence, we seem to save the invalid results from the last iteration. See https://forum.dynare.org/t/occbin-estimation-bk-conditions-are-not-satisfied/20721/20Upon non-convergence, we seem to save the invalid results from the last iteration. See https://forum.dynare.org/t/occbin-estimation-bk-conditions-are-not-satisfied/20721/20https://git.dynare.org/Dynare/preprocessor/-/issues/103OccBin: provide more informative error messages if name tags are not identical2024-01-26T19:33:47ZJohannes PfeiferOccBin: provide more informative error messages if name tags are not identicalIf the `name`-tags are not identical as in
```
[name = 'borrowing', bind='borrcon']
lb = 0;
[name = 'borrowing1', relax='borrcon']
b = M*y;
```
the error message will be
>ERROR: the number of equations marked [static] must be equal t...If the `name`-tags are not identical as in
```
[name = 'borrowing', bind='borrcon']
lb = 0;
[name = 'borrowing1', relax='borrcon']
b = M*y;
```
the error message will be
>ERROR: the number of equations marked [static] must be equal to the number of equations marked [dynamic]
[borrcon.mod](/uploads/44464cc370244872da0edb6bf03a245b/borrcon.mod)
We need to make sure that the tags come in pairs and that there is no other equation that already uses that name (as to have three equations with the tag).6.xhttps://git.dynare.org/Dynare/dynare/-/issues/1862PKF: fix smoother_redux with state_uncertainty2022-07-26T17:57:17ZJohannes PfeiferPKF: fix smoother_redux with state_uncertaintyIn this case, matrix dimensions are not conformable: [NKM.mod](/uploads/f8e167b20fac119e10c371c249a5e18a/NKM.mod)In this case, matrix dimensions are not conformable: [NKM.mod](/uploads/f8e167b20fac119e10c371c249a5e18a/NKM.mod)https://git.dynare.org/Dynare/dynare/-/issues/1861Occbin: correctly set options_.nk2022-08-03T11:59:14ZJohannes PfeiferOccbin: correctly set options_.nkSee the report at https://forum.dynare.org/t/occbin-smoother-fails-after-successful-estimation/20789 which reports a crash with
```
Unable to perform assignment because the size of the left side is 0-by-17-by-0 and the size of the right ...See the report at https://forum.dynare.org/t/occbin-smoother-fails-after-successful-estimation/20789 which reports a crash with
```
Unable to perform assignment because the size of the left side is 0-by-17-by-0 and the size of the right side is 1-by-17-by-2.
Error in DsgeSmoother (line 455)
aaa(:,oo_.dr.restrict_var_list,:)=aK;
Error in occbin.DSGE_smoother (line 120)
[alphahat,etahat,epsilonhat,ahat,SteadyState,trend_coeff,aK,T0,R0,P,PK,decomp,Trend,state_uncertainty,M_,oo_,bayestopt_] = DsgeSmoother(xparam1,gend,Y,data_index,missing_value,M_,oo_,options_,bayestopt_,estim_params_,occbin_options);%
T1=TT;
```
and elaborates
> UPDATE: Part of the issue is that “options_.nk” is unset and is empty, for some reason. Manually setting options_.nk = 1 before running the smoother helps. However, there is still an error because the dimensions of aK are completely wrong - aK is of size (1, 17, 2), when it is expected to be (1, 17, 69) (as I have 68 observations).
>
> UPDATE 2: setting nk>1 fixes the problem. For example, setting nk=2 leads to aK have the dimensions 2 17 70. This seems to be caused by line 436 in “missing_DiffuseKalmanSmootherH3_Z.m”, which generates Occbin output only if nk> 1 (and otherwise does not invoke Occbin correctly).https://git.dynare.org/Dynare/dynare/-/issues/1860Small inconsistency in printing identification results2022-08-23T07:14:16ZWilli Mutschlerwilli@mutschler.euSmall inconsistency in printing identification resultsAt the summer school 2022, during the identification presentation, there was weird behavior and inconsistencies of the printing of identification results in the command window, particularly for prior_mc>1
The mod files are available at h...At the summer school 2022, during the identification presentation, there was weird behavior and inconsistencies of the printing of identification results in the command window, particularly for prior_mc>1
The mod files are available at https://www.dynare.org/summerschool/2022Willi Mutschlerwilli@mutschler.euWilli Mutschlerwilli@mutschler.euhttps://git.dynare.org/Dynare/preprocessor/-/issues/99Provide workaround for limited command line length2023-09-28T07:07:09ZJohannes PfeiferProvide workaround for limited command line lengthIn models with many blocks, the `gcc` call may be too long. E.g.
```
Compiling static MEX...
""gcc" -O3 -g0 --param ira-max-conflict-table-size=1 -fno-forward-propagate -fno-gcse -fno-dce -fno-dse -fno-tree-fre -fno-tree-pre -fno-tree-cs...In models with many blocks, the `gcc` call may be too long. E.g.
```
Compiling static MEX...
""gcc" -O3 -g0 --param ira-max-conflict-table-size=1 -fno-forward-propagate -fno-gcse -fno-dce -fno-dse -fno-tree-fre -fno-tree-pre -fno-tree-cselim -fno-tree-dse -fno-tree-dce -fno-tree-pta -fno-gcse-after-reload -I "C:\\Program Files\\MATLAB\\R2022a\\extern\\include" -L "C:\\Program Files\\MATLAB\\R2022a\\bin\\win64" -fexceptions -DNDEBUG -static-libgcc -shared "NK_IO_May23_FF\\model\\src\\static_1.c" "NK_IO_May23_FF\\model\\src\\static_2.c" "NK_IO_May23_FF\\model\\src\\static_3.c" "NK_IO_May23_FF\\model\\src\\static_4.c" "NK_IO_May23_FF\\model\\src\\static_5.c" "NK_IO_May23_FF\\model\\src\\static_6.c" "NK_IO_May23_FF\\model\\src\\static_7.c" "NK_IO_May23_FF\\model\\src\\static_8.c" "NK_IO_May23_FF\\model\\src\\static_9.c" "NK_IO_May23_FF\\model\\src\\static_10.c" "NK_IO_May23_FF\\model\\src\\static_11.c" "NK_IO_May23_FF\\model\\src\\static_12.c" "NK_IO_May23_FF\\model\\src\\static_13.c" "NK_IO_May23_FF\\model\\src\\static_14.c" "NK_IO_May23_FF\\model\\src\\static_15.c" "NK_IO_May23_FF\\model\\src\\static_16.c" "NK_IO_May23_FF\\model\\src\\static_17.c" "NK_IO_May23_FF\\model\\src\\static_18.c" "NK_IO_May23_FF\\model\\src\\static_19.c" "NK_IO_May23_FF\\model\\src\\static_20.c" "NK_IO_May23_FF\\model\\src\\static_21.c" "NK_IO_May23_FF\\model\\src\\static_22.c" "NK_IO_May23_FF\\model\\src\\static_23.c" "NK_IO_May23_FF\\model\\src\\static_24.c" "NK_IO_May23_FF\\model\\src\\static_25.c" "NK_IO_May23_FF\\model\\src\\static_26.c" "NK_IO_May23_FF\\model\\src\\static_27.c" "NK_IO_May23_FF\\model\\src\\static_28.c" "NK_IO_May23_FF\\model\\src\\static_29.c" "NK_IO_May23_FF\\model\\src\\static_30.c" "NK_IO_May23_FF\\model\\src\\static_31.c" "NK_IO_May23_FF\\model\\src\\static_32.c" "NK_IO_May23_FF\\model\\src\\static_33.c" "NK_IO_May23_FF\\model\\src\\static_34.c" "NK_IO_May23_FF\\model\\src\\static_35.c" "NK_IO_May23_FF\\model\\src\\static_36.c" "NK_IO_May23_FF\\model\\src\\static_37.c" "NK_IO_May23_FF\\model\\src\\static_38.c" "NK_IO_May23_FF\\model\\src\\static_39.c" "NK_IO_May23_FF\\model\\src\\static_40.c" "NK_IO_May23_FF\\model\\src\\static_41.c" "NK_IO_May23_FF\\model\\src\\static_42.c" "NK_IO_May23_FF\\model\\src\\static_43.c" "NK_IO_May23_FF\\model\\src\\static_44.c" "NK_IO_May23_FF\\model\\src\\static_45.c" "NK_IO_May23_FF\\model\\src\\static_46.c" "NK_IO_May23_FF\\model\\src\\static_47.c" "NK_IO_May23_FF\\model\\src\\static_48.c" "NK_IO_May23_FF\\model\\src\\static_49.c" "NK_IO_May23_FF\\model\\src\\static_50.c" "NK_IO_May23_FF\\model\\src\\static_51.c" "NK_IO_May23_FF\\model\\src\\static_52.c" "NK_IO_May23_FF\\model\\src\\static_53.c" "NK_IO_May23_FF\\model\\src\\static_54.c" "NK_IO_May23_FF\\model\\src\\static_55.c" "NK_IO_May23_FF\\model\\src\\static_56.c" "NK_IO_May23_FF\\model\\src\\static_57.c" "NK_IO_May23_FF\\model\\src\\static_58.c" "NK_IO_May23_FF\\model\\src\\static_59.c" "NK_IO_May23_FF\\model\\src\\static_60.c" "NK_IO_May23_FF\\model\\src\\static_61.c" "NK_IO_May23_FF\\model\\src\\static_62.c" "NK_IO_May23_FF\\model\\src\\static_63.c" "NK_IO_May23_FF\\model\\src\\static_64.c" "NK_IO_May23_FF\\model\\src\\static_65.c" "NK_IO_May23_FF\\model\\src\\static_66.c" "NK_IO_May23_FF\\model\\src\\static_67.c" "NK_IO_May23_FF\\model\\src\\static_68.c" "NK_IO_May23_FF\\model\\src\\static_69.c" "NK_IO_May23_FF\\model\\src\\static_70.c" "NK_IO_May23_FF\\model\\src\\static_71.c" "NK_IO_May23_FF\\model\\src\\static_72.c" "NK_IO_May23_FF\\model\\src\\static_73.c" "NK_IO_May23_FF\\model\\src\\static_74.c" "NK_IO_May23_FF\\model\\src\\static_75.c" "NK_IO_May23_FF\\model\\src\\static_76.c" "NK_IO_May23_FF\\model\\src\\static_77.c" "NK_IO_May23_FF\\model\\src\\static_78.c" "NK_IO_May23_FF\\model\\src\\static_79.c" "NK_IO_May23_FF\\model\\src\\static_80.c" "NK_IO_May23_FF\\model\\src\\static_81.c" "NK_IO_May23_FF\\model\\src\\static_82.c" "NK_IO_May23_FF\\model\\src\\static_83.c" "NK_IO_May23_FF\\model\\src\\static_84.c" "NK_IO_May23_FF\\model\\src\\static_85.c" "NK_IO_May23_FF\\model\\src\\static_86.c" "NK_IO_May23_FF\\model\\src\\static_87.c" "NK_IO_May23_FF\\model\\src\\static_88.c" "NK_IO_May23_FF\\model\\src\\static_89.c" "NK_IO_May23_FF\\model\\src\\static_90.c" "NK_IO_May23_FF\\model\\src\\static_91.c" "NK_IO_May23_FF\\model\\src\\static_92.c" "NK_IO_May23_FF\\model\\src\\static_93.c" "NK_IO_May23_FF\\model\\src\\static_94.c" "NK_IO_May23_FF\\model\\src\\static_95.c" "NK_IO_May23_FF\\model\\src\\static_96.c" "NK_IO_May23_FF\\model\\src\\static_97.c" "NK_IO_May23_FF\\model\\src\\static_98.c" "NK_IO_May23_FF\\model\\src\\static_99.c" "NK_IO_May23_FF\\model\\src\\static_100.c" "NK_IO_May23_FF\\model\\src\\static_101.c" "NK_IO_May23_FF\\model\\src\\static_102.c" "NK_IO_May23_FF\\model\\src\\static_103.c" "NK_IO_May23_FF\\model\\src\\static_104.c" "NK_IO_May23_FF\\model\\src\\static_105.c" "NK_IO_May23_FF\\model\\src\\static_106.c" "NK_IO_May23_FF\\model\\src\\static_107.c" "NK_IO_May23_FF\\model\\src\\static_108.c" "NK_IO_May23_FF\\model\\src\\static_109.c" "NK_IO_May23_FF\\model\\src\\static_110.c" "NK_IO_May23_FF\\model\\src\\static_111.c" "NK_IO_May23_FF\\model\\src\\static_112.c" "NK_IO_May23_FF\\model\\src\\static_113.c" "NK_IO_May23_FF\\model\\src\\static_114.c" "NK_IO_May23_FF\\model\\src\\static_115.c" "NK_IO_May23_FF\\model\\src\\static_116.c" "NK_IO_May23_FF\\model\\src\\static_117.c" "NK_IO_May23_FF\\model\\src\\static_118.c" "NK_IO_May23_FF\\model\\src\\static_119.c" "NK_IO_May23_FF\\model\\src\\static_120.c" "NK_IO_May23_FF\\model\\src\\static_121.c" "NK_IO_May23_FF\\model\\src\\static_122.c" "NK_IO_May23_FF\\model\\src\\static_123.c" "NK_IO_May23_FF\\model\\src\\static_124.c" "NK_IO_May23_FF\\model\\src\\static_125.c" "NK_IO_May23_FF\\model\\src\\static_126.c" "NK_IO_May23_FF\\model\\src\\static_127.c" "NK_IO_May23_FF\\model\\src\\static_128.c" "NK_IO_May23_FF\\model\\src\\static_129.c" "NK_IO_May23_FF\\model\\src\\static_130.c" "NK_IO_May23_FF\\model\\src\\static_131.c" "NK_IO_May23_FF\\model\\src\\static_132.c" "NK_IO_May23_FF\\model\\src\\static_133.c" "NK_IO_May23_FF\\model\\src\\static_134.c" "NK_IO_May23_FF\\model\\src\\static_135.c" "NK_IO_May23_FF\\model\\src\\static_136.c" "NK_IO_May23_FF\\model\\src\\static_137.c" "NK_IO_May23_FF\\model\\src\\static_138.c" "NK_IO_May23_FF\\model\\src\\static_139.c" "NK_IO_May23_FF\\model\\src\\static_140.c" "NK_IO_May23_FF\\model\\src\\static_141.c" "NK_IO_May23_FF\\model\\src\\static_142.c" "NK_IO_May23_FF\\model\\src\\static_143.c" "NK_IO_May23_FF\\model\\src\\static_144.c" "NK_IO_May23_FF\\model\\src\\static_145.c" "NK_IO_May23_FF\\model\\src\\static_146.c" "NK_IO_May23_FF\\model\\src\\static_147.c" "NK_IO_May23_FF\\model\\src\\static_148.c" "NK_IO_May23_FF\\model\\src\\static_149.c" "NK_IO_May23_FF\\model\\src\\static_150.c" "NK_IO_May23_FF\\model\\src\\static_151.c" "NK_IO_May23_FF\\model\\src\\static_152.c" "NK_IO_May23_FF\\model\\src\\static_153.c" "NK_IO_May23_FF\\model\\src\\static_154.c" "NK_IO_May23_FF\\model\\src\\static_155.c" "NK_IO_May23_FF\\model\\src\\static_156.c" "NK_IO_May23_FF\\model\\src\\static_157.c" "NK_IO_May23_FF\\model\\src\\static_158.c" "NK_IO_May23_FF\\model\\src\\static_159.c" "NK_IO_May23_FF\\model\\src\\static_160.c" "NK_IO_May23_FF\\model\\src\\static_161.c" "NK_IO_May23_FF\\model\\src\\static_162.c" "NK_IO_May23_FF\\model\\src\\static_163.c" "NK_IO_May23_FF\\model\\src\\static_164.c" "NK_IO_May23_FF\\model\\src\\static_165.c" "NK_IO_May23_FF\\model\\src\\static_166.c" "NK_IO_May23_FF\\model\\src\\static_167.c" "NK_IO_May23_FF\\model\\src\\static_168.c" "NK_IO_May23_FF\\model\\src\\static_169.c" "NK_IO_May23_FF\\model\\src\\static_170.c" "NK_IO_May23_FF\\model\\src\\static_171.c" "NK_IO_May23_FF\\model\\src\\static_172.c" "NK_IO_May23_FF\\model\\src\\static_173.c" "NK_IO_May23_FF\\model\\src\\static_174.c" "NK_IO_May23_FF\\model\\src\\static_175.c" "NK_IO_May23_FF\\model\\src\\static_176.c" "NK_IO_May23_FF\\model\\src\\static_177.c" "NK_IO_May23_FF\\model\\src\\static_178.c" "NK_IO_May23_FF\\model\\src\\static_179.c" "NK_IO_May23_FF\\model\\src\\static_180.c" "NK_IO_May23_FF\\model\\src\\static_181.c" "NK_IO_May23_FF\\model\\src\\static_182.c" "NK_IO_May23_FF\\model\\src\\static_183.c" "NK_IO_May23_FF\\model\\src\\static_184.c" "NK_IO_May23_FF\\model\\src\\static_185.c" "NK_IO_May23_FF\\model\\src\\static_186.c" "NK_IO_May23_FF\\model\\src\\static_187.c" "NK_IO_May23_FF\\model\\src\\static_188.c" "NK_IO_May23_FF\\model\\src\\static_189.c" "NK_IO_May23_FF\\model\\src\\static_190.c" "NK_IO_May23_FF\\model\\src\\static_191.c" "NK_IO_May23_FF\\model\\src\\static_192.c" "NK_IO_May23_FF\\model\\src\\static_193.c" "NK_IO_May23_FF\\model\\src\\static_194.c" "NK_IO_May23_FF\\model\\src\\static_195.c" "NK_IO_May23_FF\\model\\src\\static_196.c" "NK_IO_May23_FF\\model\\src\\static_197.c" "NK_IO_May23_FF\\model\\src\\static_198.c" "NK_IO_May23_FF\\model\\src\\static_199.c" "NK_IO_May23_FF\\model\\src\\static_200.c" "NK_IO_May23_FF\\model\\src\\static_201.c" "NK_IO_May23_FF\\model\\src\\static_202.c" "NK_IO_May23_FF\\model\\src\\static_203.c" "NK_IO_May23_FF\\model\\src\\static_204.c" "NK_IO_May23_FF\\model\\src\\static_205.c" "NK_IO_May23_FF\\model\\src\\static_206.c" "NK_IO_May23_FF\\model\\src\\static_207.c" "NK_IO_May23_FF\\model\\src\\static_208.c" "NK_IO_May23_FF\\model\\src\\static_209.c" "NK_IO_May23_FF\\model\\src\\static_210.c" "NK_IO_May23_FF\\model\\src\\static_211.c" "NK_IO_May23_FF\\model\\src\\static_212.c" "NK_IO_May23_FF\\model\\src\\static_213.c" "NK_IO_May23_FF\\model\\src\\static_214.c" "NK_IO_May23_FF\\model\\src\\static_215.c" "NK_IO_May23_FF\\model\\src\\static_216.c" "NK_IO_May23_FF\\model\\src\\static_217.c" "NK_IO_May23_FF\\model\\src\\static_218.c" "NK_IO_May23_FF\\model\\src\\static_219.c" "NK_IO_May23_FF\\model\\src\\static_220.c" "NK_IO_May23_FF\\model\\src\\static_221.c" "NK_IO_May23_FF\\model\\src\\static_222.c" "NK_IO_May23_FF\\model\\src\\static_223.c" "NK_IO_May23_FF\\model\\src\\static_224.c" "NK_IO_May23_FF\\model\\src\\static_225.c" "NK_IO_May23_FF\\model\\src\\static_226.c" "NK_IO_May23_FF\\model\\src\\static_227.c" "NK_IO_May23_FF\\model\\src\\static_228.c" "NK_IO_May23_FF\\model\\src\\static_229.c" "NK_IO_May23_FF\\model\\src\\static_230.c" "NK_IO_May23_FF\\model\\src\\static_231.c" "NK_IO_May23_FF\\model\\src\\static_232.c" "NK_IO_May23_FF\\model\\src\\static_233.c" "NK_IO_May23_FF\\model\\src\\static_234.c" "NK_IO_May23_FF\\model\\src\\static_235.c" "NK_IO_May23_FF\\model\\src\\static_236.c" "NK_IO_May23_FF\\model\\src\\static.c" -o "+NK_IO_May23_FF\\static.mexw64" -lmex -lmx"
```
triggering an error
> The command line is too long
A discussion about workarounds is at https://stackoverflow.com/questions/64221215/maximum-command-line-length-in-git-bash6.xhttps://git.dynare.org/Dynare/dynare/-/issues/1856Provide an interface to fsolve options, in the context of steady(solve_algo=0)2022-08-23T07:14:15ZSébastien VillemotProvide an interface to fsolve options, in the context of steady(solve_algo=0)`steady(solve_algo=0)` uses `fsolve` to solve the nonlinear system (both on MATLAB and Octave). Only a few of `fsolve` options can be controlled through the Dynare interface (tolerances and maximum number of iterations).
We should provi...`steady(solve_algo=0)` uses `fsolve` to solve the nonlinear system (both on MATLAB and Octave). Only a few of `fsolve` options can be controlled through the Dynare interface (tolerances and maximum number of iterations).
We should provide an interface for more `fsolve` options. One possibility is to implement an interface for selected options (one of our institutional partners needs an interface to `UseParallel`). Another possibility is to implement a generic mechanism, like the already existing `optim` option of `estimation`.6.xSébastien VillemotSébastien Villemot