This release is compatible with MATLAB versions 7.3 (R2006b) to 9.3 (R2017b)
and with GNU Octave versions 4.2.
Here is a list of the problems identified in version 4.5.1 and that have been
fixed in version 4.5.2:
- Fixed bug in perfect foresight solver:
+ If expected shocks were declared after the terminal period, as specified
by the `periods` option, Dynare was crashing.
+ Models declared with the `linear` option were crashing if exogenous
variables were present with a lead or lag.
- After ML or Bayesian estimation when the smoother option or `mh_replic=0`
were not specified, not all smoothed measurement errors were displayed.
- Fixed error in reference manual about the `conditional_forecasts` command.
- Fixed smoother behaviour, provide informative error instead of crashing when
model cannot be solved.
- The `nopathchange` preprocessor option was always triggered, regardless of
whether it was passed or not.
- When `ramsey_policy` is used, allow state variables to be set in `histval`
block.
- `histval` erroneously accepted leads, leading to cryptic crashes.
- The prior MC draws from previous runs were not deleted, potentially
resulting in loading stale files.
- `estim_params_` was being declared `global` more than once.
- Fixed crashes happening when simulating linear models with order>1.
- Make empirical moments independent of `simul_replic`, as stated in the
reference manual, by outputting moments computed with the first simulated
sample.
- The `prior_function` required a preceding `estimation`-command to properly
set up the prior.
- If the mode for a parameter was at exactly 0, `mode_check` was crashing.
- Fixed `get_posterior_parameters`-routine which should not do more than
getting parameters. As a consequence, the `shock_decomposition`-command
did not correctly set the `parameter_set` for use in subsequent function
calls if shocks are correlated or measurement error is present.
- Fixed bug in Ramsey problem with constraints both on a policy instrument and
another variable. Note that the constraint on a variable that is not an
instrument of the Ramsey problem must be written with an equation tag in the
model block.
- Fixed bug in Ramsey problem with constraints on policy instrument.
- Fixed crash with optimizer 5 when not used with DSGE model at order 1.
- Fixed mex file used for third order approximation (was crashing on
Matlab/Windows 7).
- `isfile` routine was failing with MATLAB older than R2016b. This bug
did not affect Octave.
PR: 223430
Submitted by: fernando.apesteguia@gmail.com (maintainer)
Approved by: tcberner (mentor)
MFH: 2017Q4
Differential Revision: https://reviews.freebsd.org/D13058
This allows to have more complex renaming schemes. Until now, it could
only add a prefix or a suffix, but this was not working at all for man
pages, because it would give man/man1/pyfoo.1.gz-2.7 or
man/man1/pyfoo-1-2.7.gz. With this change, a man page will be correctly
renamed to man/man1/pyfoo-2.7.1.gz.
Unfix ports that were already handling man pages.
PR: 220214
Submitted by: Fukang Chen (previous patch)
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D13444
- remove unused test dependencies:
- math/R-cran-nloptr
- changelog:
- Made several functions compatible with vcov() in R-devel (3.5.0).
Generated by: portcran (0.1.6)
After testing every pecl-* port with PHP 5.6, 7.0, 7.1 and 7.2
i set the IGNORE_WITH_PHP accordingly to the fallout.
PR: 222165
Reported by: brnd
Approved by: portmgr (blanket)
Differential Revision: https://reviews.freebsd.org/D13476
Due to this, remove the old explicit kernel selection. Also switch to use devel/llvm50 as a compiler to actually support all the architectures (and upstream compile flags) properly. This hopefully will also help with getting blis to work on other architectures out of the box.
Reviewed by: swills (mentor)
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D13264
- x11-toolkits/{py-gtk2,py-wxPython28} do not support Python 3.x, so
exclude the GTKBACKEND, GTKAGGBACKEND, and WXAGGBACKEND in that case.
PR: 213636
Reported by: lbartoletti@tuxfamily.org
Submitted by: rsmith@xs4all.nl (based on)
Reviewed by: mat
Approved by: maintainer timeout
Differential Revision: https://reviews.freebsd.org/D13377
NFFT is a software library, written in C, for computing non-equispaced fast
Fourier transforms and related variations. It implements the following
transforms:
1. Non-equispaced fast Fourier transform (NFFT)
- forward transform (NFFT), i.e. frequency to time/space domain
- adjoint transform (adjoint NFFT), i.e. time/space to frequency domain
2. Generalisations
- to arbitrary nodes in time and frequency domain (NNFFT)
- to real-valued data, i.e. (co)sine transforms, (NFCT, NFST)
- to the sphere S^2 (NFSFT)
- to the rotation group (NFSOFT)
- to the hyperbolic cross (NSFFT)
3. Generalised inverse transformations based on iterative methods, e.g.
CGNR/CGNE
PR: 223429
Submitted by: Michael Danilov <mike.d.ft402@gmail.com>
We were not setting the flag to select the GNUstep ABI, so were defaulting to
using the GCC-compatible version, which was likely to trigger a lot of subtle
bugs. This was noticed when C++ exceptions thrown through Objective-C stack
frames caused segfaults.
Other port changes:
- Add armv6 and armv7 to ONLY_FOR_ARCHS; armv6 and armv7 were tested by mmel@
and working on 11.
- Remove LIBR option and always build the shared library. This was requested by
yuri@ and a RFC was posted on ports@ with no response.
- Exclude OPENMP option for everything except amd64 and i386.
- Turn on OPENMP option by default to match upstream.
- Turn off TCLTK option by default.
- LLVM, which gets pulled in with FLANG, provides libomp, so only depend on
devel/openmp, when GFORTRAN and OPENMP are on.
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
armv7, mark them so.
This is part two of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com -exp run
. Remove most options and configure unconditional support for them.
This is now a full featured port of gnuplot. If there is enough
interest then I'll creating a 'gnuplot-lite' port for a minimalist
version.
While here:
* Set maintainer to submitter
* Add License file
* Appease portlint by tweaking comment and moving ONLY_FOR_ARCHES
PR: 219432
Submitted by: rozhuk.im@gmail.com
- Rename USES=fortran:gcc to the more appropriate USES=fortran:gfortran.
- Change the options in math/R and math/libRmath so the choice becomes
flang or default instead of flang or gfortran. Use default Fortran
compiler again on amd64.
Notable changes:
- mcrypt module was removed
- sodium module was added
- sybase_ct artifacts removed
Also many PECL ports will not work with this version
since some files got renamed.
Reviewed by: mat, ale, Rainer Duffner <rainer@ultra-secure.de>
Differential Revision: https://reviews.freebsd.org/D12980
Notes:
- I have (not yet) succeeded to enable MFront in this version;
- it uses math/mumps-edf, repocopied from math/mumps;
- cad/scotch is now taken out of the aster tarball;
- french/eficas is no more used: to be replaced by "aster-study" in Salome_Meca
(the port cad/salome should be resurrected!)
The flag has partial support across the tree, and the same effect
can be obtained by using ".undef WITH_DEBUG".
Reviewed by: mat, rene
Approved by: portmgr (rene)
Differential Revision: https://reviews.freebsd.org/D12548
Improvements include more GPUs supported by the included database and better tuners for unknown GPUs.
Reviewed by: swills (mentor)
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D12558
Also
- Build Fortran code with flang by default on amd64.
- Remove LTO option. Upstream does not turn it on by default, it has
caused problems with each GCC upgrade, and any benefit is unclear.
- Do not specify USES=compiler:openmp since that just forces GCC.
libzip was updated to 1.3.0 in r450774, and its SOVERSION went from .4 to .5
after the removal of zip_archive_set_tempdir(). All dependent ports continue to
build fine without that symbol.
PR: 222638
The mpfr.org site is down, and there's no backup mirrors set.
Distcache doesn't have the tarball, so the port is unfetchable
Add MASTER_SITE_GNU as a backup.
Details:
- Use standard HAS_CONFIGURE instead of rolling our own
- Use blaslapack
- Regenerate patches with "make makepatch".
- Add LICENSE
- Fortran is used as linker but all the code is in C so use CFLAGS
instead of FFLAGS.
PR: 214963
Submitted by: pfg
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
An extensible framework to create and preprocess design matrices.
Recipes consist of one or more data manipulation and analysis
"steps". Statistical parameters for the steps can be estimated from
an initial data set and then applied to other data sets. The resulting
design matrices can then be used as inputs into statistical or
machine learning models.
WWW: https://cran.r-project.org/web/packages/recipes/
Compute Gower's distance (or similarity) coefficient between records.
Compute the top-n matches between records. Core algorithms are
executed in parallel on systems supporting OpenMP.
WWW: https://cran.r-project.org/web/packages/gower/
Provides fast and efficient routines for common rolling / windowed
operations. Routines for the efficient computation of windowed mean,
median, sum, product, minimum, maximum, standard deviation and
variance are provided.
WWW: https://cran.r-project.org/web/packages/RcppRoll/
Contains procedures for depth-based supervised learning, which are
entirely non-parametric, in particular the DDalpha-procedure (Lange,
Mosler and Mozharovskyi, 2014). The training data sample is transformed
by a statistical depth function to a compact low-dimensional space,
where the final classification is done. It also offers an extension
to functional data and routines for calculating certain notions of
statistical depth functions. 50 multivariate and 5 functional
classification problems are included.
WWW: https://cran.r-project.org/web/packages/ddalpha/
