Package Details: ceres-solver 1.14.0-3

Git Clone URL: (read-only)
Package Base: ceres-solver
Description: Solver for nonlinear least squares problems
Upstream URL:
Licenses: LGPL
Submitter: dtag
Maintainer: dtag
Last Packager: dtag
Votes: 15
Popularity: 0.038131
First Submitted: 2015-11-27 09:36
Last Updated: 2019-06-19 12:33

Latest Comments

1 2 3 Next › Last »

schmidtbag commented on 2019-09-09 23:15

@dtag: I too noticed it was weird how it pointed to /share/eigen3/cmake, but /share is a symlink to /usr/share. That being said, I confirmed eigen3 is in /usr/share/eigen3/cmake; as expected. I'm not really sure when Arch started doing this symlink; I know I didn't do that. I actually didn't even notice it until right now. I wonder if perhaps this symlink is somehow screwing with the build? I'm a bit wary of deleting it, since I don't know why it exists in the first place.

dtag commented on 2019-09-09 11:26

@schmidtbag: Might be an issue on your end. I cannot reproduce this on multiple machines. Also, it is weird that it says "-- Found installed version of Eigen: /share/eigen3/cmake". This is not a location where you should have installed eigen. Specifically, the eigen package does not do that. It should be saying: "-- Found installed version of Eigen: /usr/share/eigen3/cmake".

schmidtbag commented on 2019-09-08 16:08

Seems to have issues finding eigen:

-- No preference for use of exported Eigen CMake configuration set, and no hints for include directory provided. Defaulting to preferring an installed/exported Eigen CMake configuration if available.
-- Found installed version of Eigen: /share/eigen3/cmake
CMake Error at cmake/FindEigen.cmake:89 (message):
Failed to find Eigen - Could not find file:
//include/eigen3/Eigen/src/Core/util/Macros.h containing version
information in Eigen install located at: //include/eigen3.
Call Stack (most recent call first):
cmake/FindEigen.cmake:219 (eigen_report_not_found)
CMakeLists.txt:212 (find_package)

xantares commented on 2019-07-01 09:02

hi, I dont think openmp dependency is needed, that's the llvm variant, whereas we build with gcc here

xantares commented on 2019-06-24 17:33

no need to bump the build number, this triggers unnecessary rebuilds as the package content did not change

dtag commented on 2019-06-19 12:34

@xantares: Thank you. I've Added those flags.

xantares commented on 2019-06-19 10:04

hi, you can avoid to build examples with: -DBUILD_TESTING=OFF -DBUILD_EXAMPLES=OFF

dtag commented on 2019-04-26 11:30

Hi @xantares, Makes sense; I've made the changes you suggested.

xantares commented on 2019-04-25 08:29


linux packages ship shared libs, here the static lib is provided instead,

could you add -DBUILD_SHARED_LIBS=ON cmake option ?

also 'gcc-libs' in makedepends is useless


dtag commented on 2016-12-18 17:29

@maggeych: Done.