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.
(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
Specifying TCLTK_USES=tk:84+ was pulling in version 8.4 for package builds on
cluster, however the Tcl/Tk 8.4 ports are being deprecated. Simply using
TCLTK_USES=tk pulls in the default version. [1]
While here, silence a portlint warning about the location of ONLY_FOR_ARCHS and
use DISTVESION instead of PORTVERSION.
Reported by: gahr [1]
permitting FLANG only with RBLAS
- Only apply SONAME patches when the relevant options are chosen. This
prevents install errors when LIBR is off.
- Only permit the FLANG option when RBLAS is chosen, because FLANG causes
some configure-time checks to fail and the shared RBLAS library is fallen
back upon, but not properly packaged, which causes runtime issues.
- Bump PORTREVISION
Reported by: rhurlin@gwdg.de
Differential Revision: https://reviews.freebsd.org/D11726
The configure script now detects the correct zlib version, so setting the
r_cv_header_zlib_h is no longer necessary.
Approved by: swills (mentor, implicit)
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
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
${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
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).
In particular that is 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.
The feedback has been clear. Installing the TeX-dependent documentation
files by default is bad for users, even if that means one documentation
knob does not control the installation of all documentation files.
Reported by: mat marino
Reviewed by: mat
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D8440
In an attempt to simplify the handling of documentation for users, changes
were made in the last commit. When the documentation knob was off, (almost)
no HTML, PDF, etc. files or their sources were installed, and when the knob
was on, all these files were installed. Because some of these documentation
files depended on some very large TeX ports, despite the usual convention,
the knob was turned off by default. Unfortunately, this caused problems for
a few R-dependent ports, because they copy documentation files from math/R
when they are installed.
Reported by: antoine
Reviewed by: mat
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D8429
- Changes in version 3.3.2:
https://cran.r-project.org/doc/manuals/r-release/NEWS.html
- Port Changes
- Definitively set PORTNAME after removal of slave ports
- Set MASTERS_SITES to CRAN
- Make documentation installation simpler for users
- make the DOCS option the only option for extra documentation
(remove PDF option)
- turn this option off by default since it pulls in over 1 GB of
build dependencies (TeX and friends)
- Do not make INFO option imply DOCS option
- Cosmetic changes
Reviewed by: mat
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D8330
- Clean up the Makefile.
- Follow some upstream recommendations (--with-data-packaging=archive,
--disable-renaming, -DICU_NO_USER_DATA_OVERRIDE).
- Patch makefiles to install static libraries with INSTALL_DATA so they
aren't stripped.
- Patch config/mh-bsd-gcc to sync with config/mh-linux-gcc.
- Fix endianness detection in ICU. The code wanted to use BYTE_ORDER
defined in machine/endian.h, but this isn't visible because ICU is
compiled with _XOPEN_SOURCE. Patch the code to use _BYTE_ORDER instead.
- Compile ICU with C++11 compiler to enable move constructors.
- Patch ICU to fix a problem with atomics in the case of a C++11 compiler
without C++11 header <atomic> (like Clang on FreeBSD 9).
- Bump all ports that depend on it due to library version change.
- Add USES=compiler:c++0x to some ports that pick up -std=c++0x from ICU
pkgconfig files.
- Add USES=compiler:c++11-lib to graphics/libcdr01 because it also needs
a C++11 runtime library now. Add this to all ports that depend on it
so their executables load the right libstdc++.so on FreeBSD 9.
PR: 205120
Exp-run by: antoine
Approved by: portmgr (antoine)
See PR for signficant changes to math/R port including options,
build defaults, and patch updates.
PR: 211393
Submitted by: Joseph Mingrone (maintainer)
I made a mistake; some of the post-patch target does apply to DragonFly
as well as the pre-configure target. Tighten up which code is designated
as FreeBSD only. (again, a No-Op for FreeBSD)
Approved by: OSVERSION/OPSYS blanket
There are several OSVERSION checks but everything is specific to FreeBSD
so the entire block is wrapped with a single OPSYS check to minimize
changes to the makefile.
Approved by: OSVERSION/OPSYS blanket
Detailed maintainer log:
- Explicitly rely on required perl for the build
- math/R cannot be built in poudriere when math/atlas is chosen for the
BLAS implementation. It's not the default, so handle gracefully with
an IGNORE (could also have set MANUAL_PACKAGE_BUILD with
ATLAS_VARS= MANUAL_PACKAGE_BUILD=...)
- fix a type: DOC_BUILD_DEPEND -> DOCS_BUILD_DEPEND
PR: 210983
Submitted by: jrm@ftfl.ca (maintainer)
There are a couple of enhancements that can be made to math/R
regarding optimization: one would be to enable LTO and OpenMP
whenever the compiler supports it, another one would be to allow
linking to OpenBLAS besides ATLAS or R's internal BLAS implementation.
The patch was inspired by math/octave's handling of BLAS.
PR: 207425
Submitted by: elferdo@gmail.com
Approved by: bf (maintainer timeout)
[1] Add "compiles" argument to cran to allow R-cran ports need to compile
code to bring in the correct compiler dependencies. Also, ensure
consistency between the compiler selected by the R port and the R-cran ports.
[2] Migrate R-cran ports that manually specify the compiler to
USES=cran,compiles.
PR: 210343
Approved by: wen (1), portmgr (2, blanket)
changed the license to the AGPL 3 in version 9.07 so print/ghostscript9-base
is stuck at 9.06 which is almost 4 years old now.
Fix the logic in Uses/ghostscript.mk so "agpl" is treated as a real version
on its own instead of as a variant of other versions.
Fix print/ghostscript9-agpl-base to install eps2write.
Update math/asymptote to 2.37 to support newer Ghostscript.
PR: 208159
Exp-run by: antoine
Approved by: portmgr (antoine)
* print/ghostscript{7,8,9,9-agpl}-base
Installs Ghostscript binary, libgs, and related files.
These ports do not depend on X11 libraries (i.e. x11* devices
are not available). USES=ghostscript will set dependency on
one of them depending on GHOSTSCRIPT_DEFAULT.
The default device is set to "display" or "bbox".
* print/ghostscript{7,8,9,9-agpl}-x11
Installs a shared library which provides X11 support to
the installed Ghostscript binaries. x11* devices will be
enabled when the library is available.
This depends on *-base (RUN_DEPENDS). USES=ghostscript:x11
will set dependency on one of them.
- Fix integer overflow reported as CVE-2015-3228.
- Update Uses/ghostscript.mk:
* Add x11 keyword. nox11 keyword is now obsolete.
* Use packagename in *_DEPENDS line to prevent relationship between
-base and -x11 packages from being broken.
- Fix x11/nox11 keyword and bump PORTREVISION in ports using
USES=ghostscript to update dependency of pre-compiled packages.
