Current status

Number of commits found XX: 59

Drop confusing comment obsolete after r523749

Orphan a few more ports

aarch64 support OpenMP since FreeBSD 12.2

math/ceres-solver: Use latest Sphinx version

Approved by:	portmgr blanket

- Upgrade math/eigen3 to 3.3.8;

- Add some dependencies which might be detected by Find_Package but not
registered;

- Bump PORTREVISION of consumers.

PR:		250833
Submitted by:	/me
Approved by:	tcberner@ (KDE / maintainer) + exp-run

math/ceres-solver: update to 2.0.0

Changes:	https://github.com/ceres-solver/ceres-solver/compare/1.14.0...2.0.0
Reported by:	Repology

Update devel/tbb to 2020.3 and bump dependent ports' revisions

Changelog: https://github.com/oneapi-src/oneTBB/blob/v2020.3/CHANGES

Update Sphinx

- Repocopy textproc/py-sphinx to textproc/py-sphinx18

  Update it to 1.8.5 (latest version from 1.8.X).
  This version supports Python 2 and 3.
  Add test target.

- textproc/py-sphinx: Update to 3.0.2

  Python 3 only (3.5+).
  Add test target.

- Mk/Uses/python.mk: Add PY_SPHINX

(Only the first 15 lines of the commit message are shown above )

Bump 37 ports depending on math/openblas through USES=blaslapack:openblas
because after the recent math/openblas update the library name changed in
openblas

Update devel/tbb to 2020.2 and bump dependent port's revisions

Changelog: https://github.com/oneapi-src/oneTBB/blob/tbb_2020/CHANGES

Document OpenMP from base system cannot be used in some cases

Fix math/openblas and bump dependent ports

* Fix build on i386 [1]
* Fix science/code_saturne build with new openblas [2]
* Avoid installing private headers [3]
* Prevent build from optimizing for host by correcting build confg [4]
* Bump portrevision of dependent ports [5]

This is correcting issues from r523749 [1][2][4] and r515970 [3]

PR:		231371
Reported by:	build cluster [1]
Reported by:	Dima Pasechnik <dimpase+freebsd@gmail.com> [2]
Reported by:	many [5]
Reviewed by:	mat, bapt
Approved by:	implicit, since this is a build fix

Update devel/tbb to 2020.0 and bump dependent ports' revisions [1]

Also, while here, re-generate patches using the makepatch target

[1] Changelog: https://github.com/intel/tbb/blob/v2020.0/CHANGES

math/ceres-solver: builds fine with python3.6

https://github.com/ceres-solver/ceres-solver/commit/2ad14b7a616c

Drop verbose flag for CTest after r444324

ninja: error: unknown target 'ARGS=-V'

Update devel/tbb to 2019.8 and bump dependent ports' revisions

Changelog: https://github.com/intel/tbb/blob/tbb_2019/CHANGES

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

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, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

math/ceres-solver: don't force GCC for OpenMP on -CURRENT

Limited to amd64 and i386. LLVM openmp doesn't support other
architectures on FreeBSD (unlike Linux) but it's only important where
Clang is default e.g., aarch64, armv6, armv7.

math/ceres-solver: drop GCC RPATH after r499061

USES=fortran was used to ensure linking against libceres picks up
correct libgcc_s to satisfy dependencies e.g., suitesparse, *blas.

Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.

Suggested by:	tijl

Update math/eigen3 to 3.3.7

- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.6
- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.7

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

Bump PORTREVISION for ports depending on the canonical version of GCC
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

Update devel/tbb to version 2019.1 and bump dependent ports' revisions

Also, reintegrate HTML documentation that was removed in previous version.

Update devel/tbb to version 2019 and bump dependent port's revisions

math/ceres-solver: rebuild after r476182

$ make -C graphics/colmap
[...]
-- Found installed version of Eigen: /usr/local/share/eigen3/cmake
CMake Error at /usr/local/lib/cmake/Ceres/CeresConfig.cmake:88 (message):
  Failed to find Ceres - Found Eigen dependency, but the version of Eigen
  found (3.3.5) does not exactly match the version of Eigen Ceres was
  compiled with (3.3.4).  This can cause subtle bugs by triggering violations
  of the One Definition Rule.  See the Wikipedia article
  http://en.wikipedia.org/wiki/One_Definition_Rule for more details
Call Stack (most recent call first):
  /usr/local/lib/cmake/Ceres/CeresConfig.cmake:223 (ceres_report_not_found)
  CMakeLists.txt:72 (find_package)

Reported by:	pkg-fallout

Bump PORTREVISION for ports depending on the canonical version of GCC
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

math/ceres-solver: unbreak ATLAS=on after r465553

When math/suitesparse has OPENBLAS=on:
-- Found BLAS: /usr/local/lib/libopenblas.so
-- Found LAPACK library: alapack
[...]
 0x0000000000000001 NEEDED               Shared library: [libalapack.so.2]
 0x0000000000000001 NEEDED               Shared library: [libopenblas.so.0]

When math/suitesparse has ATLAS=on:
-- Found BLAS: /usr/local/lib/libf77blas.so;/usr/local/lib/libatlas.so
-- Found LAPACK library: alapack
[...]
//usr/local/lib/libalapack.so.2: undefined reference to `cblas_izamax'
//usr/local/lib/libalapack.so.2: undefined reference to `cblas_sswap'
c++: error: linker command failed with exit code 1 (use -v to see invocation)

Pointy hat to:	jbeich

math/ceres-solver: document r465553 rationale

math/ceres-solver: unbreak OPENBLAS=on after r465553

-- Found BLAS: /usr/local/lib/libopenblas.so
-- Did not find LAPACK library, disabling LAPACK support.

Pointy hat to:	jbeich

math/ceres-solver: unbreak NETLIB=on by backing out r465552

-- Found BLAS: /usr/local/lib/libopenblas.so
-- Found LAPACK library:
/usr/local/lib/libopenblas.so;/usr/local/lib/libopenblas.so

Pointy hat to:	jbeich

math/suitesparse: Update 4.0.2 -> 5.2.0

Port changes:
* Change to DISTVERSION
* Update MASTER_SITES
* Change to LICENSE_COMB=dual
* Add LIB_DEPENDS
* Unbundle metis, made it a dependency
* Update do-build and do-install
* Update WWW

Bump 11 ports.
games/naev is marked broken because it depends on the no longer installed
library.

PR:		210579
Submitted by:	yuri
Submitted by:	pfg
Approved by:	maintainer timeout (maho@FreeBSD.org, 21 months)
Approved by:	maintainer timeout (fortran@FreeBSD.org, 45 days)

math/ceres-solver: unbreak OPENMP=off after r465555

$ make config
| |---------------------------- Threading support ---------------------------| |
| |+( ) OPENMP       Parallel processing support via OpenMP                  | |
| |+(*) TBB          Intel threading building blocks                         | |
====> You cannot select multiple options from the THREADS radio
=====> Only one of these must be defined: OPENMP TBB
Config is invalid. Re-edit? [Y/n] y

math/ceres-solver: update to 1.14.0

Changes:	http://ceres-solver.org/version_history.html

math/ceres-solver: prefer OpenBLAS by default

math/ceres-solver: don't use libs from USES=blaslapack

According to Ceres installation documentation:

 ... one needs to be careful to turn off the threading inside OpenBLAS
 as it conflicts with use of threads in Ceres.

math/openblas exposes single-threaded (USE_THREAD=0) version as -lopenblas
while multi-threaded (NUM_THREADS=8) version as -lopenblasp (p suffix).

math/ceres-solver: request BLAS flavor via environment

https://github.com/ceres-solver/ceres-solver/issues/355

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

New USES=eigen

  Usage:
    USES=eigen:<version>[,<type>]

    version: 2 or 3 (required)
    type:    build (default), run

  For example:
    USES=eigen:2,build,run
  will add a BUILD- and RUN_DEPENDS on math/eigen2, and
    USES=eigen:3
  will add a BUILD_DEPENDS on math/eigen3.

* Convert the existing ports to use it
  - biology/iqtree: remove run time dependency (seemed not to be needed)
  - graphics/movit: remove run time dependency (seemed not to be needed)
  - science/avogadro: add run time dependeny (installed cmake file requires it
to be present)

Reviewed by:	rakuco, mat
Differential Revision:	https://reviews.freebsd.org/D13702

Improve CMake style in my ports

- Convert to CMAKE_{ON,OFF} helpers
- Convert to _CMAKE_BOOL option helpers
- android-file-transfer: Share _CMAKE_BOOL via _IMPLIES
- Annotate types

Convert Python ports to FLAVORS.

  Ports using USE_PYTHON=distutils are now flavored.  They will
  automatically get flavors (py27, py34, py35, py36) depending on what
  versions they support.

  There is also a USE_PYTHON=flavors for ports that do not use distutils
  but need FLAVORS to be set.  A USE_PYTHON=noflavors can be set if
  using distutils but flavors are not wanted.

  A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
  added to cope with Python ports that did not have the Python
  PKGNAMEPREFIX but are flavored.

  USES=python now also exports a PY_FLAVOR variable that contains the

(Only the first 15 lines of the commit message are shown above )

Bump PORTREVISION for ports depending on the canonical version of 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

math/ceres-solver: pacify portlint after r447891

math/ceres-solver: update to 1.13.0

Changes:	http://ceres-solver.org/version_history.html

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
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: clear BROKEN from consumers as 10.1 is past EOL

PR:		214863

- Mark BROKEN on FreeBSD 10.1

Approved by:	portmgr blanket

Switch USES=compiler:gcc-c++11-lib to use base libc++ on 10.2+ systems

PR:		215192
Requested by:	dim
Exp-run by:	antoine
Approved by:	antoine

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
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

math/ceres-solver: update to 1.12.0

Changes:	https://github.com/ceres-solver/ceres-solver/compare/1.12.0rc4...1.12.0

math/ceres-solver: update to 1.12.0.r4

Changes:	https://github.com/ceres-solver/ceres-solver/compare/c5c6f55...1.12.0rc4

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
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.

math/ceres-solver: update to 1.12.0.r2.3

Changes:	https://github.com/ceres-solver/ceres-solver/compare/1.12.0rc1...c5c6f55

math/ceres-solver: unbreak OPENMP=off on 10.0+ i386

In file included from examples/helloworld.cc:36:
In file included from include/ceres/ceres.h:37:
In file included from include/ceres/autodiff_cost_function.h:132:
In file included from include/ceres/internal/autodiff.h:145:
include/ceres/jet.h:246:3: error: requested alignment is less than minimum
alignment of 4 for type 'Eigen::Matrix<double, 1, 1, kAlignHint>'
  alignas(kAlignment) Eigen::Matrix<T, N, 1, kAlignHint> v;
  ^
include/ceres/internal/autodiff.h:232:34: note: in instantiation of template
class 'ceres::Jet<double, 1>' requested here
    FixedArray<JetT, (256 * 7) / sizeof(JetT)> x(
                                 ^
include/ceres/autodiff_cost_function.h:211:53: note: in instantiation of member
function 'ceres::internal::AutoDiff<CostFunctor, double, 1, 0, 0, 0, 0, 0, 0, 0,
0, 0>::Differentiate' requested here
           N0, N1, N2, N3, N4, N5, N6, N7, N8, N9>::Differentiate(
                                                    ^
examples/helloworld.cc:70:11: note: in instantiation of member function
'ceres::AutoDiffCostFunction<CostFunctor, 1, 1, 0, 0, 0, 0, 0, 0, 0, 0,
0>::Evaluate' requested here
      new AutoDiffCostFunction<CostFunctor, 1, 1>(new CostFunctor);
          ^

Tested by:	cmp before.o after.o # GCC 4.8 / 6.2

Adjust TEST_WRKSRC for USES=[cq]make:outsource

Approved by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D8274

math/ceres-solver: disable EIGENSPARSE by default like upstream

During configure stage the following

   ===============================================================
   Enabling the use of Eigen as a sparse linear algebra library
   for solving the nonlinear least squares problems. Enabling
   this option results in an LGPL licensed version of
   Ceres Solver as the Simplicial Cholesky factorization in Eigen
   is licensed under the LGPL.
   ===============================================================

turns into

   ===============================================================
   Disabling the use of Eigen as a sparse linear algebra library.
   This does not affect the covariance estimation algorithm
   which can still use the EIGEN_SPARSE_QR algorithm.
   ===============================================================

math/ceres-solver: minor sorting nit

math/ceres-solver: oops, fix a typo

math/ceres-solver: add new port

Based on:	Gentoo (1.11.0 ebuild)
Tested on:	graphics/openmvg from @outpaddling's repo (build on 10.3 amd64)

Ceres Solver is an open source C++ library for modeling and solving
large, complicated optimization problems. It is a feature rich, mature
and performant library which has been used in production at Google
since 2010. Ceres Solver can solve two kinds of problems.

1. Non-linear Least Squares problems with bounds constraints.
2. General unconstrained optimization problems.

http://ceres-solver.org/

Number of commits found XX: 59

14 vulnerabilities affecting 103 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2021-03-03 06:44:26