Implementations of functions which have been introduced in R since
version 3.0.0. The backports are conditionally exported which results
in R resolving the function names to the version shipped with R (if
available) and uses the implemented backports as fallback. This way
package developers can make use of the new functions without worrying
about the minimum required R version.
WWW: https://cran.r-project.org/web/packages/backports/
Math::BigInt is not very good suited to work with small (read: typical less than
10 digits) numbers, since it has a quite high per-operation overhead and is thus
much slower than normal Perl for operations.
But for some applications, you want fast speed for small numbers without the
risk of overflowing. This is were Math::BigInt::Lite comes into play.
Math::BigInt::Lite objects should behave in every way like Math::BigInt objects,
that is apart from the different label, you should not be able to tell the
difference. Since Math::BigInt::Lite is designed with speed in mind, there are
certain limitations build-in. In praxis, however, you will not feel them,
because everytime something gets to big to pass as Lite (literally), it will
upgrade the objects and operation in question to Math::BigInt.
WWW: http://search.cpan.org/dist/Math-BigInt-Lite/
Due to an upstream commit [2] we need now to pass
CMAKE_INSTALL_MANDIR:PATH="share/man" in the
devel/llvm-* ports, and fix the plist of net/remmina.
Further add an upstream patch to math/plplot to
fix the build with 3.7.1.
[1] https://cmake.org/cmake/help/v3.7/release/3.7.html
[2] https://github.com/kitware/cmake/commit/956054
PR: 214975
Approved by: rakuco (mentor)
Exp-run by: antoine
- Update to 2015.2.
- Install docs in DOCSDIR.
- Add a workaround patch for 9.x base compiler.
plplot:
- Accomodate changes to qhull, including port revision bump.
PR: ports/215078
Submitted by: John Hein <z7dr6ut7gs@snkmail.com>
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms), part II.
The first part covered ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
This adds ports with USES=fortran and ports using Mk/bsd.octave.mk
which in turn has USES=fortran.
PR: 214965
Reported by: thierry
The only reason to use post-stage is because the port needs to do
"things" at a later time, like some plist manipulation.
While there, fold post-install in do-install targets when they are
defined.
PR: 214780
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
${PREFIX}/lib/R/lib with ldconfig, and fix typo.
GCC 4.9 now generates slim object files which only contain intermediate
language representation for LTO. This means, either -ffat-lto-objects must
be used to create files which also contain object code or gcc-ar/gcc-ranlib
must be used to create static libraries suitable for LTO processing. This
patch sets AR/RANLIB to gcc-ar/gcc-ranlib.
The libraries under ${PREFIX}/lib/R/lib are not intended (by upstream) to
be registered with ldconfig, but are opened by dlopen(3). This means pkg
will not register shared library dependencies, so we will have to adjust
and bump ports as necessary. When necessary, unfortunately, is unclear
based on how things work upstream.
Fix typo: OPENMP_USE=compiler:openmp should have been
OPENMP_USES=compiler:openmp.
Bump PORTREVISION.
PR: 214785
214666
Reported by: taozhenext@gmail.com (214785), dbn (214666)
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D8650
As at the moment QT_BINDIR and QT_LIBDIR are 'bin' respectively 'lib' depending
on the Qt version these subs ended up at many wrong places in plists.
So only export it if QT_DIST is set.
PR: 210227
Reviewed by: mat, rakuco
Approved by: portmgr (mat), rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8378
