There were two implementations of integer exponentiation. Merge them into a new
file under utils/cc/.
By the way, optimize it using exponentiation by squaring.
On Windows, this means that a POSIX threads implementation is no longer needed,
since C++11 threads are implemented using native Windows threads.
On GNU/Linux and macOS, POSIX threads are still used under the hood.
A new m4 macro (AX_CXX11_THREAD) is used to add the proper compilation
flags (instead of AX_PTHREAD).
- Use the -static flag when linking Dynare++, so that shipping libquadmath and
libgcc DLL in the installer is no longer needed.
- Use AM_CXXFLAGS and AM_LDFLAGS variables for changing flags, since CXXFLAGS
and LDFLAGS are user variables. Also, this avoids passing these flags down to
configure scripts in subdirectories.
- Check for the SZIP library in the configure test for the MatIO, this is
needed under MSYS2.
- Statically link MatIO and GSL in MEX files for MATLAB, this is needed under
MSYS2.
* disable building of k-order pert DLL for the moment
* rollback on the -fPIC flags for Dynare++: we can't use the same binary objects for standalone dynare++ and k-order DLL
git-svn-id: https://www.dynare.org/svn/dynare/trunk@2974 ac1d8469-bf42-47a9-8791-bf33cf982152
* removed existing build system
* reorganized source: separated test files from the rest, removed obsolete test files
* incorporated the DLL and the standalone test executable to the new build system
* minor fixes to ensure compilation
git-svn-id: https://www.dynare.org/svn/dynare/trunk@2959 ac1d8469-bf42-47a9-8791-bf33cf982152
Note that dynare++ will only be built if configure finds ctangle, blas, lapack and pthreads
git-svn-id: https://www.dynare.org/svn/dynare/trunk@2922 ac1d8469-bf42-47a9-8791-bf33cf982152
Sébastien Villemot
Sébastien Villemot
sebastien