Search Criteria
Package Details: ceres-solver 2.1.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/ceres-solver.git (read-only, click to copy) |
---|---|
Package Base: | ceres-solver |
Description: | Solver for nonlinear least squares problems |
Upstream URL: | http://ceres-solver.org/ |
Licenses: | LGPL |
Submitter: | dtag |
Maintainer: | dtag |
Last Packager: | dtag |
Votes: | 19 |
Popularity: | 0.27 |
First Submitted: | 2015-11-27 09:36 (UTC) |
Last Updated: | 2022-03-29 06:23 (UTC) |
Dependencies (5)
- eigen (eigen-git)
- google-glog (google-glog-static, glog-git)
- suitesparse (suitesparse-mkl)
- cmake (cmake-git) (make)
- openmp (openmp-svn, openmp-nvptx) (optional)
Latest Comments
dtag commented on 2021-12-11 07:06 (UTC)
@xantares: Done @bartus: Done
xantares commented on 2021-12-10 20:20 (UTC) (edited on 2021-12-10 22:05 (UTC) by xantares)
hello,
it fails to build since the tbb update, could you backport that commit ?
https://github.com/ceres-solver/ceres-solver/commit/941ea13475913ef8322584f7401633de9967ccc8
bartus commented on 2021-08-31 13:07 (UTC) (edited on 2021-08-31 13:12 (UTC) by bartus)
Could we have
eigen
version pined during build to prevent desync ofeigen
andceres
resulting in a cmake error:Sample implementation (future-proof yet sane ;) : http://ix.io/3xxk/diff
Merge with
git am -s < <(curl -s http://ix.io/3xxk)
dtag commented on 2020-11-02 14:15 (UTC) (edited on 2020-11-02 14:16 (UTC) by dtag)
@greve: I have changed the PKGBUILD accordingly. Please try reinstalling.
greve commented on 2020-11-01 13:17 (UTC)
@dtag: Yes, it builds when adding the
-DBUILD_BENCHMARKS=OFF
flag to thecmake
command.dtag commented on 2020-10-31 07:17 (UTC) (edited on 2020-10-31 07:20 (UTC) by dtag)
@greve: I have looked into this. The errror-causing files are related to benchmarking functionality within ceres. This benchmarking part is only built when the Google 'benchmark' library is found. (At least, the AUR version benchmark-git does not appear to compile for me.) Why your seemingly valid configuration gets you these unresolved externals is not quite clear to me, but you could try to avoid the issue by adding -D BUILD_BENCHMARKS=OFF to see if that fixes things for you? If it does, I think we could just add BUILD_BENCHMARKS=OFF to the PKGBUILD, as I do not believe it is required for any functionality.
greve commented on 2020-10-30 23:43 (UTC) (edited on 2020-10-31 00:01 (UTC) by greve)
Error when compiling (already retried with cleaned cache). Using
yay
:The weird thing is, that it compiled without any errors on my laptop.
And when pulling the official ceres-solver repo and compiling the master branch like so, it compiles just fine.
dtag commented on 2020-10-08 10:45 (UTC) (edited on 2020-10-11 09:24 (UTC) by dtag)
@xantares: This appears to be a bug in the current Eigen release as you can see here: https://bugs.archlinux.org/task/68118 the link also lists a possible workaround. I guess we have to wait until this is fixed in the Eigen package?
Edit: Compilation works again as per eigen 3.3.8-3
xantares commented on 2020-10-08 10:09 (UTC) (edited on 2020-10-08 11:10 (UTC) by xantares)
hello, it seems it fails to build with the eigen update
edit nevermind, see eigen-qfix
schmidtbag commented on 2019-09-09 23:15 (UTC)
@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 (UTC)
@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 (UTC) (edited on 2019-09-08 16:09 (UTC) by schmidtbag)
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 (UTC)
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 (UTC)
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 (UTC)
@xantares: Thank you. I've Added those flags.
xantares commented on 2019-06-19 10:04 (UTC)
hi, you can avoid to build examples with: -DBUILD_TESTING=OFF -DBUILD_EXAMPLES=OFF
dtag commented on 2019-04-26 11:30 (UTC)
Hi @xantares, Makes sense; I've made the changes you suggested.
xantares commented on 2019-04-25 08:29 (UTC) (edited on 2019-04-25 08:30 (UTC) by xantares)
hi,
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
xan.
dtag commented on 2016-12-18 17:29 (UTC)
maggeych commented on 2016-12-17 17:40 (UTC)
dtag commented on 2016-10-30 15:33 (UTC)
arcnmx commented on 2016-10-28 19:02 (UTC)
dtag commented on 2016-10-21 10:20 (UTC)
bartus commented on 2016-10-20 22:48 (UTC)
dtag commented on 2016-08-16 12:36 (UTC) (edited on 2016-08-16 12:39 (UTC) by dtag)
commented on 2016-08-15 16:15 (UTC)
dtag commented on 2016-07-04 07:57 (UTC)
korken89 commented on 2016-07-02 08:33 (UTC)
dtag commented on 2016-05-18 17:35 (UTC) (edited on 2016-05-18 17:35 (UTC) by dtag)
srivats2 commented on 2016-05-18 17:10 (UTC)
dtag commented on 2016-05-18 10:09 (UTC)
srivats2 commented on 2016-05-17 17:33 (UTC)
dtag commented on 2016-03-10 08:14 (UTC)
bchretien commented on 2016-03-10 07:14 (UTC)
bchretien commented on 2016-03-10 07:12 (UTC)