non port: math/ceres-solver/Makefile |
Number of commits found: 86 |
Saturday, 9 Mar 2024
|
14:05 Po-Chuan Hsieh (sunpoet)
devel/glog: Update to 0.7.0
- Convert to USES=cmake:testing
- Sort PLIST
- Bump PORTREVISION of dependent ports for shlib change
Broken ports are skipped:
- graphics/colmap [1]
- graphics/hiptext [2]
- graphics/openmvs
- sysutils/apache-mesos
[2] This port was being skipped on package building cluster due to its LICENSE
"License NONE needs confirmation, but BATCH is defined"
Changes: https://github.com/google/glog/releases
Reference: https://pkg-status.freebsd.org/beefy12/data/140amd64-default/84a61d95b0a5/logs/colmap-3.8_5.log
[1]
95323d1 |
Sunday, 28 Jan 2024
|
12:02 Thierry Thomas (thierry)
*/*: bump PORTREVISION after the upgrade to SuiteSparse
68a7254 |
Saturday, 13 Jan 2024
|
10:19 Thierry Thomas (thierry)
*/*: bump PORTREVISION after the upgrade of SuiteSparse to v7.5.0
0f35d11 |
Sunday, 31 Dec 2023
|
14:31 Thierry Thomas (thierry)
*/*: chase the upgrade of SuiteSparse
41c2a6b |
Tuesday, 12 Dec 2023
|
19:03 Thierry Thomas (thierry)
*/*: bump PORTREVISION after the upgrade of OpenBLAS
PR: 273219
ab17137 |
Tuesday, 31 Oct 2023
|
14:07 Thierry Thomas (thierry)
*/*: bump portrevision to chase CHOLMOD’s upgrade
0ff923b |
Saturday, 28 Oct 2023
|
17:42 Yuri Victorovich (yuri)
math/ceres-solver: Remove Gotoblas
PR: 274110
Requested by: thierry@
8f3a795 |
Friday, 20 Oct 2023
|
10:13 Thierry Thomas (thierry)
*/*: chase the upgrade of CHOLMOD
f2d3e2a |
Sunday, 15 Oct 2023
|
09:30 Yuri Victorovich (yuri)
math/ceres-solver: update 2.2.0rc1 → 2.2.0
Reported by: portscout
05349da |
09:03 Thierry Thomas (thierry)
*/*: chase the upgrade of SuiteSparse
c32596f |
Monday, 2 Oct 2023
|
17:01 Thierry Thomas (thierry)
math/ceres-solver: upgrade to 2.2.0rc1 and unbreak
Remove the patches. All tests pass.
PR: 274200
Approved by: yuri (maintainer)
b736288f |
Friday, 29 Sep 2023
|
16:15 Po-Chuan Hsieh (sunpoet)
math/ceres-solver: Mark BROKEN
-- Configuring done (2.9s)
CMake Error at internal/ceres/CMakeLists.txt:329 (target_link_libraries):
Target "ceres" links to:
CXSparse::CXSparse
but the target was not found. Possible reasons include:
* There is a typo in the target name.
* A find_package call is missing for an IMPORTED target.
* An ALIAS target is missing.
CMake Error at internal/ceres/CMakeLists.txt:295 (target_link_libraries):
Target "ceres_static" links to:
CXSparse::CXSparse
but the target was not found. Possible reasons include:
* There is a typo in the target name.
* A find_package call is missing for an IMPORTED target.
* An ALIAS target is missing.
-- Generating done (0.0s)
CMake Warning:
Manually-specified variables were not used by the project:
BOOST_PYTHON_SUFFIX
CMAKE_COLOR_MAKEFILE
CMAKE_MODULE_LINKER_FLAGS
CMAKE_VERBOSE_MAKEFILE
FETCHCONTENT_FULLY_DISCONNECTED
Python3_EXECUTABLE
Python_EXECUTABLE
CMake Generate step failed. Build files cannot be regenerated correctly.
*** Error code 1
Reference: https://pkg-status.freebsd.org/beefy12/data/140releng-amd64-default/30045eaacebe/logs/ceres-solver-2.1.0_6.log
https://pkg-status.freebsd.org/beefy16/data/132amd64-default/30045eaacebe/logs/ceres-solver-2.1.0_6.log
https://pkg-status.freebsd.org/beefy6/data/124amd64-default/d89d8cab6aaa/logs/ceres-solver-2.1.0_6.log
3a11dd8 |
Wednesday, 20 Sep 2023
|
17:57 Thierry Thomas (thierry)
/*: bump PORTREVISION after the upgrade of SuiteSparse
a0ed0dc |
07:57 Yuri Victorovich (yuri)
math/ceres-solver: Backport commit: Enable compatibility with SuiteSparse 7.2.0
Suggested by: thierry@freebsd.org
0ca2c84 |
Saturday, 1 Jul 2023
|
16:11 Thierry Thomas (thierry)
*/*: bump PORTREVISION after the upgrade of SuiteSparse
823182b |
Sunday, 23 Apr 2023
|
09:09 Gerald Pfeifer (gerald)
*: Bump PORTREVISIONs for math/mpc update to 1.3.1
8d3e020 |
Thursday, 19 Jan 2023
|
16:45 Thierry Thomas (thierry)
math/suitesparse*: bump PORTREVISION of dependant ports
112013a |
Sunday, 27 Nov 2022
|
11:09 Thierry Thomas (thierry)
math/ceres-solver: chase the upgrade of SuiteSparse
Patch from upstream
<https://github.com/ceres-solver/ceres-solver/issues/919>.
PR: 267746
Approved by: yuri (maintainer)
Obtained from: https://github.com/ceres-solver/ceres-solver/issues/919
20b1cb3 |
Wednesday, 7 Sep 2022
|
21:10 Stefan Eßer (se)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.
There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.
The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.
Approved by: portmgr (tcberner)
b7f0544 |
Tuesday, 12 Jul 2022
|
17:13 Yuri Victorovich (yuri)
math/ceres-solver: Update 2.0.0 -> 2.1.0
Bump 3 ports.
09928f1 |
07:28 Yuri Victorovich (yuri)
math/ceres-solver: Take maintainership
ba92c58 |
Sunday, 17 Apr 2022
|
23:58 Po-Chuan Hsieh (sunpoet)
devel/glog: Update to 0.6.0
- Bump PORTREVISION of dependent ports for shlib change
Changes: https://github.com/google/glog/releases
2ffb442 |
Sunday, 3 Oct 2021
|
19:41 Fernando Apesteguía (fernape)
*/*: Remove more compiler:openmp instances
Reported by: antoine@
Fixes: 07fb2d5e9d00
54cc4cc |
Tuesday, 25 May 2021
|
10:00 Thierry Thomas (thierry)
math/suitesparse: adapt dependency lines after modularization
Do not bump PORTREVISION, because this should not change the resulting
packages.
Note for maintainers: try to not depend on the whole suitesparse package,
especially if your port do not require GraphBLAS (the biggest one).
8470aea |
Thursday, 20 May 2021
|
16:14 Po-Chuan Hsieh (sunpoet)
math/ceres-solver: Fix PLIST with glog 0.5.0
- Add BUILD_DEPENDS to ensure glog 0.5.0+
- Bump PORTREVISION for package change
In aac990618e17966d1b5865526efd9c89332701fe, glog changed to cmake and provided
its own cmake module, therefore ceres-solver does not install its glog-detection
cmake module [1].
from CMakeLists.txt [1]:
762 if (GLOG_FOUND AND NOT FOUND_INSTALLED_GLOG_CMAKE_CONFIGURATION)
763 # Version of glog detected was not built with CMake, install our glog
module
764 # file to enable detection in CeresConfig.
765 install(FILES "${Ceres_SOURCE_DIR}/cmake/FindGlog.cmake"
766 DESTINATION ${RELATIVE_CMAKECONFIG_INSTALL_DIR})
767 endif()
Reported by: thierry
2d3698b |
Wednesday, 7 Apr 2021
|
08:09 Mathieu Arnold (mat)
One more small cleanup, forgotten yesterday.
Reported by: lwhsu
cf118cc |
Tuesday, 6 Apr 2021
|
14:31 Mathieu Arnold (mat)
Remove # $FreeBSD$ from Makefiles.
305f148 |
Sunday, 31 Jan 2021
|
10:17 jbeich
Drop confusing comment obsolete after r523749
|
02:42 jbeich
Orphan a few more ports
|
01:17 jbeich
aarch64 support OpenMP since FreeBSD 12.2
|
Thursday, 14 Jan 2021
|
14:19 dbaio
math/ceres-solver: Use latest Sphinx version
Approved by: portmgr blanket
|
Saturday, 12 Dec 2020
|
17:04 thierry
- 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
|
Wednesday, 4 Nov 2020
|
01:05 jbeich
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
|
Friday, 17 Jul 2020
|
10:12 martymac
Update devel/tbb to 2020.3 and bump dependent ports' revisions
Changelog: https://github.com/oneapi-src/oneTBB/blob/v2020.3/CHANGES
|
Monday, 11 May 2020
|
23:51 dbaio
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
Shared macro to use with flavors and not break
ports with USES=python (all versions).
Python >=3.5 --> textproc/py-sphinx (v3.0.2)
Python < 3.5 --> textproc/py-sphinx18 (v1.8.5)
All ports that uses sphinx were changed to use the new variable
${PY_SPHINX} in the dependency line, exceptions:
* Ports that fails to build with sphinx 3.0.2 because of code.
They are pointing to textproc/py-sphinx18 directly.
There aren't many ports.
* Ports that doesn't know Python flavors.
- Add several patches to fix Sphinx consumers
The most common issues are related with pkg-plist, the output
files from Sphinx changes between versions, keep this dynamically
is the better approach.
This will save time in future sphinx updates.
PR: 245629
Exp-run by: antoine
|
Wednesday, 6 May 2020
|
16:39 yuri
Bump 37 ports depending on math/openblas through USES=blaslapack:openblas
because after the recent math/openblas update the library name changed in
openblas
|
Wednesday, 1 Apr 2020
|
14:14 martymac
Update devel/tbb to 2020.2 and bump dependent port's revisions
Changelog: https://github.com/oneapi-src/oneTBB/blob/tbb_2020/CHANGES
|
Sunday, 8 Mar 2020
|
21:55 jbeich
Document OpenMP from base system cannot be used in some cases
|
Thursday, 30 Jan 2020
|
14:17 swills
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
|
Thursday, 26 Dec 2019
|
16:25 martymac
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
|
Saturday, 28 Sep 2019
|
17:18 jbeich
math/ceres-solver: builds fine with python3.6
https://github.com/ceres-solver/ceres-solver/commit/2ad14b7a616c
|
Friday, 27 Sep 2019
|
17:25 jbeich
Drop verbose flag for CTest after r444324
ninja: error: unknown target 'ARGS=-V'
|
Wednesday, 25 Sep 2019
|
10:03 martymac
Update devel/tbb to 2019.8 and bump dependent ports' revisions
Changelog: https://github.com/intel/tbb/blob/tbb_2019/CHANGES
|
Friday, 26 Jul 2019
|
20:46 gerald
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
|
Monday, 22 Apr 2019
|
17:38 jbeich
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.
|
17:37 jbeich
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.
|
13:16 gerald
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
|
Wednesday, 26 Dec 2018
|
09:06 tcberner
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
|
Tuesday, 25 Dec 2018
|
20:25 tcberner
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
|
Wednesday, 12 Dec 2018
|
01:35 gerald
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
|
Thursday, 11 Oct 2018
|
14:47 martymac
Update devel/tbb to version 2019.1 and bump dependent ports' revisions
Also, reintegrate HTML documentation that was removed in previous version.
|
Thursday, 4 Oct 2018
|
10:03 martymac
Update devel/tbb to version 2019 and bump dependent port's revisions
|
Sunday, 5 Aug 2018
|
17:34 jbeich
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
|
Sunday, 29 Jul 2018
|
22:18 gerald
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
|
Tuesday, 15 May 2018
|
20:43 jbeich
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
|
20:42 jbeich
math/ceres-solver: document r465553 rationale
|
20:42 jbeich
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
|
20:41 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
|
Thursday, 26 Apr 2018
|
06:41 yuri
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)
|
Sunday, 15 Apr 2018
|
23:57 jbeich
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
|
Monday, 26 Mar 2018
|
01:05 jbeich
math/ceres-solver: update to 1.14.0
Changes: http://ceres-solver.org/version_history.html
|
01:05 jbeich
math/ceres-solver: prefer OpenBLAS by default
|
01:04 jbeich
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).
|
01:03 jbeich
math/ceres-solver: request BLAS flavor via environment
https://github.com/ceres-solver/ceres-solver/issues/355
|
Saturday, 10 Mar 2018
|
17:46 gerald
Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).
|
Tuesday, 2 Jan 2018
|
16:49 tcberner
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
|
Monday, 1 Jan 2018
|
13:42 jbeich
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
|
Thursday, 30 Nov 2017
|
15:50 mat
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
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
|
Sunday, 10 Sep 2017
|
20:55 gerald
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
|
Sunday, 13 Aug 2017
|
14:25 jbeich
math/ceres-solver: pacify portlint after r447891
|
14:24 jbeich
math/ceres-solver: update to 1.13.0
Changes: http://ceres-solver.org/version_history.html
|
Saturday, 1 Apr 2017
|
15:23 gerald
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
|
Tuesday, 3 Jan 2017
|
08:44 jbeich
lang/gcc: clear BROKEN from consumers as 10.1 is past EOL
PR: 214863
|
Wednesday, 21 Dec 2016
|
15:56 amdmi3
- Mark BROKEN on FreeBSD 10.1
Approved by: portmgr blanket
|
Friday, 16 Dec 2016
|
05:08 jbeich
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
|
Wednesday, 7 Dec 2016
|
13:24 gerald
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
|
Tuesday, 6 Dec 2016
|
22:53 jbeich
math/ceres-solver: update to 1.12.0
Changes: https://github.com/ceres-solver/ceres-solver/compare/1.12.0rc4...1.12.0
|
Wednesday, 23 Nov 2016
|
12:47 jbeich
math/ceres-solver: update to 1.12.0.r4
Changes: https://github.com/ceres-solver/ceres-solver/compare/c5c6f55...1.12.0rc4
|
Sunday, 20 Nov 2016
|
09:38 gerald
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.
|
Sunday, 13 Nov 2016
|
12:44 jbeich
math/ceres-solver: update to 1.12.0.r2.3
Changes: https://github.com/ceres-solver/ceres-solver/compare/1.12.0rc1...c5c6f55
|
Tuesday, 8 Nov 2016
|
03:54 jbeich
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
|
Tuesday, 18 Oct 2016
|
11:20 jbeich
Adjust TEST_WRKSRC for USES=[cq]make:outsource
Approved by: rakuco
Differential Revision: https://reviews.freebsd.org/D8274
|
Sunday, 16 Oct 2016
|
17:00 jbeich
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.
===============================================================
|
00:15 jbeich
math/ceres-solver: minor sorting nit
|
00:03 jbeich
math/ceres-solver: oops, fix a typo
|
Saturday, 15 Oct 2016
|
23:53 jbeich
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: 86 |