GCC 4.6.4 to GCC 4.7.3. This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.
Part II, Bump PORTREVISIONs.
PR: 182136
Supported by: Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by: bdrewery (two -exp runs)
Since this patch converts all affected ports, bsd.cran.mk no longer supports
NO_STAGE and errors out if NO_STAGE is set.
Exp-run: ports/184216
Reviewed by: bdrewery
Approved by: portsmgr, wen
- Switched to automake 1.11.6, see CVE-2012-3386.
- #14669: Fixed extraction of CC from gmp.h.
- Fixed case of intermediate zero real or imaginary part in mpc_fma,
found by hydra with GMP_CHECK_RANDOMIZE=1346362345.
This is on top of the following changes from version 1.0
- Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
invariant sections) for the documentation.
- 100% of all lines are covered by tests
- Renamed functions
. mpc_mul_2exp to mpc_mul_2ui
. mpc_div_2exp to mpc_div_2ui
- 0^0, which returned (NaN,NaN) previously, now returns (1,+0).
- Removed compatibility with K&R compilers, which was untestable due
to lack of such compilers.
- New functions
. mpc_log10
. mpc_mul_2si, mpc_div_2si
- Speed-ups
. mpc_fma
- Bug fixes
. mpc_div and mpc_norm now return a value indicating the effective
rounding direction, as the other functions.
. mpc_mul, mpc_sqr and mpc_norm now return correct results even if
there are over- or underflows during the computation.
. mpc_asin, mpc_proj, mpc_sqr: Wrong result when input variable has
infinite part and equals output variable is corrected.
. mpc_fr_sub: Wrong return value for imaginary part is corrected.
Convert to the new LIB_DEPENDS standard and remove hard-coded
.so versions from a couple of dependent ports.
Bump PORTREVISIONS of all dependent ports.
PR: 183141
Approved by: portmgr (bdrewery)
- update math/R to 2.15.0, and adjust dependent ports
- minor changes to bsd.cran.mk [2]: rename MASTER_CRAN_SITES to
MASTER_SITE_CRAN, as in bsd.sites.mk; make the install target more
flexible and allow CRAN ports to override it; add a regression-test
target; set USE_FORTRAN to match math/R; remove some of the
redundant checks of USE_R_MOD; honor NOPORTDATA and NOPORTDOCS
Reviewed by: thierry, tota, wen
Approved by: D. Rue (maintainer) [1], wen [2]
to Mk/bsd.cran.mk
PR: ports/162238
Submitted by: tota (myself)
Approved by: wen (maintainer of Mk/bsd.cran.mk and many related ports),
David Naylor <naylor_DOT_b_DOT_david_AT_gmail_DOT_com>
(maintainer of math/R-cran-RSvgDevice and math/R-cran-car),
Dan Rue <drue_AT_therub_DOT_org>
(maintainer of math/R-cran-psych, timeout > 2 weeks)
Feature safe: yes
includes workarounds intended to fix the broken sparc64
build, and fixes to the static libR, which is now in a
separate slave port, math/libR)
PR: 158947 [1]
Submitted by: wen ([1], independently)
- switch to the bundled Rblas and Rlapack by default (this
can be changed by setting BLAS and LAPACK) which favors
correctness in some corner cases over a slight performance
penalty; this will be revisited after the blas and lapack
updates
- replace the STATIC_LIBR option with a LIBR option (on
by default): if on, libR.a and libR.so are installed,
and R is linked to libR.so. Otherwise, R is static, and
no libRs are installed.
- remove the superfluous copy of libR.so in ${LOCALBASE}/lib [1]
- enable the cairo and pango elements in the X11() graphics
device by default, controlled by new PANGOCAIRO option
- add a few small patches to dependent ports, bumping
PORTREVISION where necessary
PR: 153309 [1]
Approved by: thierry (rkward*), wen (rpy*, R-cran-*)
- Rename R_MOD to USE_R_MOD to be suitable for bsd.port.mk
- Remove math/R-cran-sm/files/bsd.cran.mk to complete the moving
Approved by: wen (via e-mail)
data. The classes document where the spatial location information
resides, for 2D or 3D data. Utility functions are provided, e.g.
for plotting data as maps, spatial selection, as well as methods
for retrieving coordinates, for subsetting, print, summary, etc.
WWW: http://r-spatial.sourceforge.net/
PR: ports/130974
Submitted by: Wen Heping <wenheping at gmail.com>
