defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 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, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816
Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
When ATLAS is built locally and then injected into poudriere (or other
similar shenanigans) it does not make sense to block building of R.
Approved by: jrm (maintainer)
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.
- 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.
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)
