#239: Add the possibility of having intermediate files elsewhere than in current
directory
-------------------------+--------------------------------------------------
Reporter: sebastien | Owner:
Type: enhancement | Status: new
Priority: major | Milestone: 5.0
Component: General | Version:
Keywords: |
-------------------------+--------------------------------------------------
Currently Dynare creates all its intermediate files (dynamic, static, ...)
in the current directory.
It would be useful to have the possibility of choosing the directory where
intermediate files are created.
Requested by Derek Anderson from IMF Modeling Unit.
--
Ticket URL: <https://www.dynare.org/trac/ticket/239>
Dynare <http://www.dynare.org>
The Dynare project
#230: Parallelize the testsuite
--------------------------------------+-------------------------------------
Reporter: sebastien | Owner: sebastien
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Build system / Packaging | Version:
Keywords: |
--------------------------------------+-------------------------------------
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.
--
Ticket URL: <https://www.dynare.org/trac/ticket/230>
Dynare <http://www.dynare.org>
The Dynare project
#222: Crash in estimation
---------------------------------+------------------------------------------
Reporter: sebastien | Owner: ferhat
Type: bug | Status: new
Priority: major | Milestone:
Component: Block decomposition | Version: 4.2.2
Keywords: |
---------------------------------+------------------------------------------
I attach the MOD file and data.
Reported on the forum:
http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3402
--
Ticket URL: <https://www.dynare.org/trac/ticket/222>
Dynare <http://www.dynare.org>
The Dynare project
#274: On Windows, nan and inf are incorrectly translated in <filename>.m
--------------------------+-----------------------
Reporter: sebastien | Owner: sebastien
Type: bug | Status: new
Priority: major | Milestone:
Component: Preprocessor | Version: 4.3.0
Keywords: |
--------------------------+-----------------------
Under Windows 7 (and possibly Windows XP, need to check), the nan and inf
values are respectively printed as 1.#IND and 1.#INF in the M-files
generated by the preprocessor. This obviously leads to a crash.
--
Ticket URL: <https://www.dynare.org/trac/ticket/274>
Dynare <http://www.dynare.org>
The Dynare project
#272: graph_format with multiple formats
---------------------------------+--------------------
Reporter: ratto | Owner: ferhat
Type: enhancement | Status: new
Priority: major | Milestone: 5.0
Component: Block decomposition | Version: 4.3.0
Keywords: graph_format |
---------------------------------+--------------------
Currently the option graph_format only allows only one format at a time to
be selected.
This can be a strong limitation (assume one wants both eps for latex and
fig to handle and edit plots).
We should allow multiple entries with a preprocessor syntax
graph_format =[eps,fig]
The preprocessor would define the variable in options_ as:
options_.graph_format = char('eps', 'fig' );
which would properly be handled in dyn_saveas by changing strcmp with
strmatch.
--
Ticket URL: <https://www.dynare.org/trac/ticket/272>
Dynare <http://www.dynare.org>
The Dynare project
Dear all,
as shown by the mod-file in
<http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3870>
http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3870, we don't check
whether expressions defined with the pound operator are complex or not. This
may lead to cryptic error messages.
What do you think about adding such a check to the preprocessor. In this
regard, checking for NaN might also be a good idea. While there is an
explicit check for division by 0, i.e. "/0" it is still possible to define
#temp=0;
#SIGMABAR=1/temp;
Best,
Johannes