trunk manual:
* upgraded to GDFL 1.3 * added "options_" to the list of variables saved in *_results.mat * fixed an error in the description of initval/endval git-svn-id: https://www.dynare.org/svn/dynare/dynare_v4@2327 ac1d8469-bf42-47a9-8791-bf33cf982152time-shift
parent
033de871e6
commit
7e23ff1e2d
|
@ -16,7 +16,7 @@
|
|||
<legalnotice>
|
||||
<para>
|
||||
Permission is granted to copy, distribute and/or modify this document
|
||||
under the terms of the GNU Free Documentation License, Version 1.2 or
|
||||
under the terms of the GNU Free Documentation License, Version 1.3 or
|
||||
any later version published by the Free Software Foundation; with no
|
||||
Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts.
|
||||
</para>
|
||||
|
@ -302,7 +302,7 @@ Depending on the computing tasks requested in the <filename class="extension">.m
|
|||
</para>
|
||||
|
||||
<para>
|
||||
The <varname>M_</varname> and <varname>oo_</varname> structures are also saved in a file called <replaceable>FILENAME</replaceable><filename>_results.mat</filename>.
|
||||
The <varname>M_</varname>, <varname>oo_</varname> and <varname>options_</varname> structures are also saved in a file called <replaceable>FILENAME</replaceable><filename>_results.mat</filename>.
|
||||
</para>
|
||||
</refsect1>
|
||||
|
||||
|
@ -746,9 +746,9 @@ For models with lags on more than one period, the command <xref linkend='histval
|
|||
|
||||
<para>First, it provides the initial conditions for all the endogenous and exogenous variables at all the periods preceeding the first simulation period (unless some of these initial values are modified by <xref linkend="histval"/>).</para>
|
||||
|
||||
<para>Second, in the absence of an <xref linkend="endval"/> block, it also sets the terminal conditions for all the periods succeeding the last simulation period.</para>
|
||||
<para>Second, in the absence of an <xref linkend="endval"/> block, it sets the terminal conditions for all the periods succeeding the last simulation period.</para>
|
||||
|
||||
<para>Third, it provides initial guess values for the non-linear solver implemented in <xref linkend="simul"/>. If there is no <xref linkend="endval"/> block, it provides initial guess values for all the simulation dates; otherwise, it provides initial guess values for all dates before the first simulation period (and <xref linkend="endval"/> provides the rest).</para>
|
||||
<para>Third, in the absence of an <xref linkend="endval"/> block, it provides initial guess values at all simulation dates for the non-linear solver implemented in <xref linkend="simul"/>.</para>
|
||||
|
||||
<para>For this last reason, it necessary to provide values for all the endogenous variables in an <command>initval</command> block (even though, theoretically, initial conditions are only necessary for lagged variables). If some exogenous variables are not mentionned in the <command>initval</command> block, a zero value is assumed.</para>
|
||||
|
||||
|
@ -821,7 +821,7 @@ steady;
|
|||
|
||||
<para>First, it sets the terminal conditions for all the periods succeeding the last simulation period.</para>
|
||||
|
||||
<para>Second, it provides initial guess values for the non-linear solver implemented in <xref linkend="simul"/>, for all dates after the first simulation period (<xref linkend="initval"/> provides the initial guess values for the dates before the first simulation period).</para>
|
||||
<para>Second, it provides initial guess values at all the simulation dates for the non-linear solver implemented in <xref linkend="simul"/>.</para>
|
||||
|
||||
<para>For this last reason, it necessary to provide values for all the endogenous variables in an <command>endval</command> block (even though, theoretically, initial conditions are only necessary for forward variables). If some exogenous variables are not mentionned in the <command>endval</command> block, a zero value is assumed.</para>
|
||||
|
||||
|
|
Loading…
Reference in New Issue