dynare issueshttps://git.dynare.org/Dynare/dynare/-/issues2018-11-16T16:48:01Zhttps://git.dynare.org/Dynare/dynare/-/issues/1629Problems with 4.5.4-1 on Ubuntu 18.042018-11-16T16:48:01ZGhost UserProblems with 4.5.4-1 on Ubuntu 18.04Ubuntu 18.04 LTS has Dynare 4.5.4-1 in the repositories (funny enough Debian has newer packages but I can't install them because they require the newer dependencies as well). This version, however, is not playing nicely with Matlab 2018b...Ubuntu 18.04 LTS has Dynare 4.5.4-1 in the repositories (funny enough Debian has newer packages but I can't install them because they require the newer dependencies as well). This version, however, is not playing nicely with Matlab 2018b and fails to configure everything. Dynare works through Matlab but every time I run `apt upgrade` or `apt install somepackagename` it tries to finish configuring and exits with the following error:
```
Setting up dynare-matlab (4.5.4-1) ...
Building Matlab extensions (logfile at /tmp/dynare-matlab-mexbuild-1542385181.sBPwNf2)
configure: WARNING: you should use --build, --host, --target
configure: WARNING: invalid host type: '9.5
Invalid configuration `'9.5': machine `'9.5' not recognized
configure: error: /bin/bash ./config.sub '9.5 failed
dpkg: error processing package dynare-matlab (--configure):
installed dynare-matlab package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
dynare-matlab
E: Sub-process /usr/bin/dpkg returned an error code (1)
```
I tried to tinker with the `configure` file in `/usr/src/matlab/dynare-matlab/mex/build/matlab` but to no avail.
If I run
```
cd /usr/src/matlab/dynare-matlab
cd mex/build/matlab && ./configure --with-matlab=$(dirname $(dirname $(readlink -f `which matlab`))) MATLAB_VERSION=9.5 && make
```
It performs many operations but fails with:
```
Making all in mjdgges
make[1]: Entering directory '/usr/src/matlab/dynare-matlab/mex/build/matlab/mjdgges'
gcc -fexceptions -fPIC -pthread -g -O2 -fno-omit-frame-pointer -Wall -Wno-parentheses -shared -Wl,--no-undefined -Wl,-rpath-link,/usr/local/MATLAB/R2018b/bin/glnxa64 -L/usr/local/MATLAB/R2018b/bin/glnxa64 -Wl,--version-script,/usr/local/MATLAB/R2018b/extern/lib/glnxa64/mexFunction.map -o mjdgges.mexa64 mjdgges.o -lmx -lmex -lmat -lm -lstdc++ -lmwlapack -lmwblas
mjdgges.o: In function `mexFunction':
/usr/src/matlab/dynare-matlab/mex/build/matlab/mjdgges/../../../sources/mjdgges/mjdgges.c:123: undefined reference to `mxGetPiIsDeprecated'
collect2: error: ld returned 1 exit status
Makefile:393: recipe for target 'mjdgges.mexa64' failed
make[1]: *** [mjdgges.mexa64] Error 1
make[1]: Leaving directory '/usr/src/matlab/dynare-matlab/mex/build/matlab/mjdgges'
Makefile:405: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
```https://git.dynare.org/Dynare/dynare/-/issues/1543Rename distributed PDFs in doc folder2019-02-21T16:03:54ZJohannes PfeiferRename distributed PDFs in doc folderThe names should be more expressive. For example, `dynare.pdf` should be `Adjemian_et_al_2011_Dynare_Manual_4.pdf` or similar.The names should be more expressive. For example, `dynare.pdf` should be `Adjemian_et_al_2011_Dynare_Manual_4.pdf` or similar.Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/1640Build issues under Arch Linux (Dynare 4.5.7, Octave 5.1.0)2019-03-07T15:27:58ZGhost UserBuild issues under Arch Linux (Dynare 4.5.7, Octave 5.1.0)Hello,
I'm forwarding an issue found by a fellow Arch user on [AUR](https://aur.archlinux.org/packages/dynare/):
> To run smoothly under Octave 5.1.0 I had to symlink the libs from the Octave folder:
>
> ```
> ln -s /usr/lib/octave/5....Hello,
I'm forwarding an issue found by a fellow Arch user on [AUR](https://aur.archlinux.org/packages/dynare/):
> To run smoothly under Octave 5.1.0 I had to symlink the libs from the Octave folder:
>
> ```
> ln -s /usr/lib/octave/5.1.0/liboctave.so /usr/lib/liboctave.so
> ln -s /usr/lib/octave/5.1.0/liboctinterp.so /usr/lib/liboctinterp.so
> ln -s /usr/lib/octave/5.1.0/liboctinterp.so /usr/lib/liboctinterp.so.6
> ```
>
> Just setting the LDFLAGS during the build won't do the trick.Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/466Make build system for MEX files compatible with future automake versions2019-04-06T07:33:00ZSébastien VillemotMake build system for MEX files compatible with future automake versionsIn future versions of automake, the `subdir-objects` option will be activated by default. This option breaks the way we build the MEX files. We need to redesign the build system for MEX files, or find a workaround.
In future versions of automake, the `subdir-objects` option will be activated by default. This option breaks the way we build the MEX files. We need to redesign the build system for MEX files, or find a workaround.
Sébastien VillemotSébastien Villemothttps://git.dynare.org/Dynare/dynare/-/issues/1455Error when installing Dynare in Ubuntu 16.042019-06-19T15:37:42ZStéphane Adjemianstepan@adjemian.euError when installing Dynare in Ubuntu 16.04*Created by: raspatan*
I couldn't install Dynare 4.4.3 on Ubuntu 16.04. I am using Matlab 2017a. [Here](https://paste.ubuntu.com/24632092/) is the full log file with the error. This is the last bit of the code:
```
install: cannot s...*Created by: raspatan*
I couldn't install Dynare 4.4.3 on Ubuntu 16.04. I am using Matlab 2017a. [Here](https://paste.ubuntu.com/24632092/) is the full log file with the error. This is the last bit of the code:
```
install: cannot stat '/usr/src/matlab/dynare-matlab/mex/matlab/*': No such file or directory
dpkg: error processing package dynare-matlab (--configure):
subprocess installed post-installation script returned error exit status 1
Setting up libapache-poi-java (3.10.1-2) ...
Setting up octave-control (3.0.0-1) ...
Setting up octave-io (2.4.0-1) ...
Setting up octave-struct (1.0.11-1) ...
Setting up octave-optim (1.4.1-2) ...
Setting up octave-statistics (1.2.4-1) ...
Setting up liboctave-dev (4.0.0-3ubuntu9.1) ...
Setting up matlab2tikz (0.4.7-1) ...
Processing triggers for libc-bin (2.23-0ubuntu7) ...
Processing triggers for ca-certificates (20160104ubuntu1) ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
done.
Errors were encountered while processing:
dynare-matlab
E: Sub-process /usr/bin/dpkg returned an error code (1)
```
There is a bug open in launchpad [here](https://bugs.launchpad.net/ubuntu/+source/dynare/+bug/1580761).https://git.dynare.org/Dynare/dynare/-/issues/1500Remove `tests/practicing` from repository2019-06-19T15:37:42ZHoutan BastaniRemove `tests/practicing` from repositoryFollowing https://github.com/DynareTeam/dynare/issues/637#issuecomment-234199900, we should remove `tests/practicing` from the repository.
We can:
1) simply delete it
1) compress the files and serve them on www.dynare.org somewhere
...Following https://github.com/DynareTeam/dynare/issues/637#issuecomment-234199900, we should remove `tests/practicing` from the repository.
We can:
1) simply delete it
1) compress the files and serve them on www.dynare.org somewhere
What do people prefer?4.6Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1492Third order does not work with official stable OS X package (4.5.1)2019-06-19T15:37:42ZStéphane Adjemianstepan@adjemian.euThird order does not work with official stable OS X package (4.5.1)I obtain the following error message:
```matlab
Invalid MEX-file '/Applications/Dynare/4.5.1/matlab/../mex/matlab/osx/k_order_perturbation.mexmaci64': Missing dependent shared libraries:
'@rpath/libhdf5.6.dylib' required by '/Applicat...I obtain the following error message:
```matlab
Invalid MEX-file '/Applications/Dynare/4.5.1/matlab/../mex/matlab/osx/k_order_perturbation.mexmaci64': Missing dependent shared libraries:
'@rpath/libhdf5.6.dylib' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '__DefaultRuneLocale' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '__Unwind_Resume' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '___bzero' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '___cxa_atexit' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '___maskrune' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '___memcpy_chk' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '___powidf2' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '___stack_chk_fail' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '___stack_chk_guard' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '___stderrp' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '___stdoutp' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '___vsnprintf_chk' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_abort' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_asctime_r' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_calloc' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_clock' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_ctime' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_dlclose' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_dlerror' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_dlopen' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_dlsym' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_drand48' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_exit' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_fclose' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_feof' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_fflush' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_floor' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_fopen' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_fprintf' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_fread' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_free' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_fseek' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_ftell' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_fwrite' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_getloadavg' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_getrusage' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_gettimeofday' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_localtime_r' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_log' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_malloc' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_memcpy' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_memmove' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_memset' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_mktemp' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pow' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_printf' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_attr_destroy' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_attr_init' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_attr_setdetachstate' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_cond_broadcast' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_cond_destroy' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_cond_init' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_cond_wait' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_create' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_exit' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_join' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_mutex_init' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_mutex_lock' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_pthread_mutex_unlock' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_putchar' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_puts' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_remove' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_rename' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_round' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_sprintf' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_srand48' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_strcat' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_strcmp' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_strcpy' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_strdup' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_strlen' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_strncpy' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_sysconf' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_time' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_uname' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'
Missing symbol '_vasprintf' required by '/Applications/Dynare/4.5.1/mex/matlab/osx/k_order_perturbation.mexmaci64'.
Error in k_order_pert (line 57)
[err, g_0, g_1, g_2, g_3, derivs] = k_order_perturbation(dr, ...
Error in stochastic_solvers (line 96)
[dr,info] = k_order_pert(dr,M_,options_);
Error in resol (line 144)
[dr,info] = stochastic_solvers(dr,check_flag,M,options,oo);
Error in stoch_simul (line 84)
[oo_.dr,info,M_,options_,oo_] = resol(0,M_,options_,oo_);
```
Note however that if Dynare is installed through Homebrew, there is no such problems with `k_order_perturbation` Mex file. @houtanb Is it possible to have access to the code generating the package?Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1307Provide 32 and 64 bit Octave mex-files2019-06-19T15:37:47ZJohannes PfeiferProvide 32 and 64 bit Octave mex-filesAs indicated at http://savannah.gnu.org/bugs/index.php?49289, there will be a 64 bit version of Octave 4.2, which then also will allow to use the 64bit Dynare preprocessor (see #1306). This will hopefully also solve #1304. But this means...As indicated at http://savannah.gnu.org/bugs/index.php?49289, there will be a 64 bit version of Octave 4.2, which then also will allow to use the 64bit Dynare preprocessor (see #1306). This will hopefully also solve #1304. But this means we need to provide 64bit mex-files as well as the 32bit ones do not run.
Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1183Fix compatibility with matlab 2016a in installer and mex-folder2019-06-19T15:37:51ZStéphane Adjemianstepan@adjemian.euFix compatibility with matlab 2016a in installer and mex-folderI had to revert commit 6072aa0b462484da990ffa00ee39fb141fa9513f (which is PR #1144 by @JohannesPfeifer) because the snapshot build failed this evening. The generated mex files are not saved in the expected directory. They are saved in `m...I had to revert commit 6072aa0b462484da990ffa00ee39fb141fa9513f (which is PR #1144 by @JohannesPfeifer) because the snapshot build failed this evening. The generated mex files are not saved in the expected directory. They are saved in `mex/matlab/win64-7.8-8.6` instead of `mex/matlab/win64-7.8-9.0`. I did not find where the name of this directory is controlled. @houtanb can you fix this?
4.5Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1179Fix cross-compilation of Dynare++ for Windows2019-06-19T15:37:51ZJohannes PfeiferFix cross-compilation of Dynare++ for WindowsWith the unstable version under Windows 10 I get an error that `libquadmath-0.dll` is missing, while Dynare 4.4.3 still works.
With the unstable version under Windows 10 I get an error that `libquadmath-0.dll` is missing, while Dynare 4.4.3 still works.
4.5Stéphane Adjemianstepan@adjemian.euStéphane Adjemianstepan@adjemian.euhttps://git.dynare.org/Dynare/dynare/-/issues/1121Fix compilation flags in the build system2019-06-19T15:37:52ZStéphane Adjemianstepan@adjemian.euFix compilation flags in the build systemCompilation flags (`CFLAGS` and `CXXFLAGS`) specified with the `configure` script are not passed correctly when building the mex files (the preprocessor and dynare++ honour the flags). So the mex files are always compiled with debug symb...Compilation flags (`CFLAGS` and `CXXFLAGS`) specified with the `configure` script are not passed correctly when building the mex files (the preprocessor and dynare++ honour the flags). So the mex files are always compiled with debug symbols and it is not possible to use more aggressive optimizations (ie `-O3`).
4.5Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/862support 32bit and 64bit preprocessors2019-06-19T15:38:00ZHoutan Bastanisupport 32bit and 64bit preprocessors- if a 64 bit preprocessor is created, rename it to `dynare_m64` (32 bit remains `dynare_m`)
- depending on whether the host OS is 32 or 64 bit, call the appropriate preprocessor from the matlab code
- if a 64 bit preprocessor is created, rename it to `dynare_m64` (32 bit remains `dynare_m`)
- depending on whether the host OS is 32 or 64 bit, call the appropriate preprocessor from the matlab code
4.5Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/805Update Homebrew-science script to allow build from HEAD2019-06-19T15:38:02ZHoutan BastaniUpdate Homebrew-science script to allow build from HEADHoutan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/640Provide support for Cygwin 64-bit2019-06-19T15:38:10ZSébastien VillemotProvide support for Cygwin 64-bitRecent versions of Cygwin include a 64-bit version, installed under `c:\cygwin64` by default.
We should support this configuration, at least in two places:
- when compiling MEX files with `use_dll`; see http://www.dynare.org/DynareWiki/...Recent versions of Cygwin include a 64-bit version, installed under `c:\cygwin64` by default.
We should support this configuration, at least in two places:
- when compiling MEX files with `use_dll`; see http://www.dynare.org/DynareWiki/ConfigureMatlabWindowsForMexCompilation
- in `README.md`, for people compiling from source
4.5https://git.dynare.org/Dynare/dynare/-/issues/623Get ```make pdf``` to work on OS X2019-06-19T15:38:10ZHoutan BastaniGet ```make pdf``` to work on OS XHoutan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/618Create Homebrew formula for dynare on Octave2019-06-19T15:38:10ZHoutan BastaniCreate Homebrew formula for dynare on OctaveHoutan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/576Set up make install2019-06-19T15:38:12ZHoutan BastaniSet up make installIdeal way to install via Homebrew.
Potentially useful elsewhere.
Ideal way to install via Homebrew.
Potentially useful elsewhere.
Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/461dynare++ doesn't compile with bison >= 2.72019-06-19T15:38:16ZMichelJuillarddynare++ doesn't compile with bison >= 2.7The functions xx_parse() are now declared int in csv_tab.hh formula_tab.hh and matrix_tab.hh, generated by bison, but declared void in csv_parser.cpp, formula_parser.cpp, matrix_parser.cpp
The functions xx_parse() are now declared int in csv_tab.hh formula_tab.hh and matrix_tab.hh, generated by bison, but declared void in csv_parser.cpp, formula_parser.cpp, matrix_parser.cpp
4.4https://git.dynare.org/Dynare/dynare/-/issues/350Dynare++ fails to load2019-06-19T15:38:18ZStéphane Adjemianstepan@adjemian.euDynare++ fails to load*Created by: davidrpugh*
I recently re-installed Dynare 4.3.2 and this has cause Dynare++ to fail to load. Here is the traceback:
`Cole-2:~ clarissasweet$ dynare++
dyld: Library not loaded: /usr/local/Cellar/gfortran/4.7.2/gfortran/lib...*Created by: davidrpugh*
I recently re-installed Dynare 4.3.2 and this has cause Dynare++ to fail to load. Here is the traceback:
`Cole-2:~ clarissasweet$ dynare++
dyld: Library not loaded: /usr/local/Cellar/gfortran/4.7.2/gfortran/lib/i386/libgfortran.3.dylib
Referenced from: /Applications/Dynare/4.3.2/dynare++/dynare++
Reason: image not found
Trace/BPT trap`
The library is not loading because the path is wrong: `/usr/local/gfortran` is where my FORTRAN compiler lives, not `/usr/local/Cellar/`. Switching back to Dynare 4.3.1 fixed the problem (which is what made me think it must be a bug in Dynare++). FYI I have a MacBook running OSX Snow leopard.
Houtan BastaniHoutan Bastanihttps://git.dynare.org/Dynare/dynare/-/issues/1483if Dynare++ will not be built, do not build mex files that depend on it2019-08-14T12:33:08ZHoutan Bastaniif Dynare++ will not be built, do not build mex files that depend on it`mex/build/matlab/configure.ac` does not account for the case when makefiles are not created for dynare++ by the main configure script. Hence, `libdynare++` and `gensylv` will still be built, causing an error. See #1482.
Easy solution...`mex/build/matlab/configure.ac` does not account for the case when makefiles are not created for dynare++ by the main configure script. Hence, `libdynare++` and `gensylv` will still be built, causing an error. See #1482.
Easy solution: test for BLAS, LAPACK, and MatIO. don't build `libdynare++`, `gensylv`, `k_order_perturbation`, or `dynare_simul_` if one of these libraries is not found (same test that we implement for building Dynare++ in the main config file.
Another solution would be to pass the value of `BUILD_DYNAREPLUSPLUS` to `AC_CONFIG_SUBDIRS([mex/build/matlab])` in `configure.ac`4.6Sébastien VillemotSébastien Villemot