- 05 Jan, 2022 1 commit
-
-
MichelJuillard authored
-
- 04 Jan, 2022 1 commit
-
-
Sébastien Villemot authored
[skip ci]
-
- 16 Dec, 2021 5 commits
-
-
Sébastien Villemot authored
-
Sébastien Villemot authored
Ref. Madysson/estimation-codes#5
-
Sébastien Villemot authored
Simple variable nodes are already correctly matched by ExprNode::matchLinearCombinationOfVariables(). Also improve the related documentation.
-
Sébastien Villemot authored
The existing check (in AbstractEstimatedParamsStatement::commonCheckPass()) was only working inside a given estimated_params block, but not across blocks.
-
Sébastien Villemot authored
This option provides the same behaviour as before the change in 60ef6bbd. It is typically useful when doing several estimations in the same .mod file.
-
- 15 Dec, 2021 6 commits
-
-
Sébastien Villemot authored
-
Sébastien Villemot authored
Also use a better name for the type-specific ID variable.
-
Sébastien Villemot authored
-
Sébastien Villemot authored
-
Sébastien Villemot authored
The purpose of this statement is to specify the options that apply to the whole model, when there are several “model” blocks, so as to restore the symmetry between those blocks (since otherwise one “model” block would typically bear the options, while the other ones would typically have no option). It still remains possible to specify the options on one “model” block, or even spread accross several ones. Closes: #19
-
Sébastien Villemot authored
Factorize the implementation with the existing code for the include_eqs and exclude_eqs options (which has been refactored by the way). Ref. #19
-
- 10 Dec, 2021 4 commits
-
-
Sébastien Villemot authored
In a model with [static]/[dynamic] equations, if the user was using include_eqs with a list of equations that does *not* contain equations marked [static]/[dynamic], then the call to ModelTree::includeExcludeEquations(…, static_equations=true) would have an empty list of equation tags (as stored in tag_eqns). The right behaviour in this case is to exclude all static equations. However, the code would exclude none, and this would disrupt the equilibrium between [static] and [dynamic] equations (since all [dynamic] equations were excluded by the other call to the same method). The fix consists in removing the shortcut that returns from the method if tag_eqns is empty.
-
Sébastien Villemot authored
-
Sébastien Villemot authored
Julia specific interface for normcdf and normpdf See merge request Dynare/preprocessor!56
-
MichelJuillard authored
-
- 08 Dec, 2021 1 commit
-
-
Sébastien Villemot authored
-
- 07 Dec, 2021 4 commits
-
-
Sébastien Villemot authored
Everything was already in place (since ages!), except that the parser interface was missing. Also fix the derivation formula for atanh, which was incorrect.
-
Sébastien Villemot authored
Closes: #85
-
Sébastien Villemot authored
Ref. !55
-
Sébastien Villemot authored
This file operates on vectors. Ref. dynare#1826
-
- 06 Dec, 2021 8 commits
-
-
Sébastien Villemot authored
-
Sébastien Villemot authored
By the way, also perform a small code simplification.
-
Sébastien Villemot authored
By the way, also perform a small code simplification.
-
Sébastien Villemot authored
The simplifyEquations() methods had to be moved to DynamicModel, in order to access the static_only_equations member.
-
Sébastien Villemot authored
-
Sébastien Villemot authored
-
Johannes Pfeifer authored
-
Sébastien Villemot authored
Incidentally, this also fixes a detrending bug in the Occbin engine (since the latter internally generates a [static] equation). Ref. dynare#1827 By the way, perform a small code simplification.
-
- 03 Dec, 2021 3 commits
-
-
Sébastien Villemot authored
evaluate_planner_objective: add options See merge request Dynare/preprocessor!54
-
Johannes Pfeifer authored
Related to Dynare/dynare!1967
-
Sébastien Villemot authored
-
- 24 Nov, 2021 1 commit
-
-
Sébastien Villemot authored
In practice, only those auxiliary variables which do not have an orig_symb_id will be listed (in addition to unary ops, due to an implementation bug).
-
- 23 Nov, 2021 4 commits
-
-
Sébastien Villemot authored
Also add the new equation to auxiliary equations in the backward case (but not in the MCE case, since that equation is recursive).
-
Sébastien Villemot authored
There is no reason to keep this distinction. Additionally, since the data structure is now symmetric with the MCE case, unify this “h” parameter vector with the “α” parameter vector.
-
Sébastien Villemot authored
By the way, refactor the MCE case by merging two routines related to the Z₁ aux. var. This restores the symmetry with the backward case, now that the latter also has an aux. var. for the pac_expectation operator. Also store the aux. var. IDs in a structure common to the backward and MCE cases.
-
Sébastien Villemot authored
-
- 19 Nov, 2021 2 commits
-
-
Sébastien Villemot authored
Fix this by restricting the detection of constant equations to those where the variable appears without a lead or lag. Closes: #83
-
Sébastien Villemot authored
Closes: #82
-