Package Details: ceres-solver 1.14.0-3

Git Clone URL: (read-only, click to copy)
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.000762
First Submitted: 2015-11-27 09:36
Last Updated: 2019-06-19 12:33

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

maggeych commented on 2016-12-17 17:40

This needs an update to version 1.12.
Version 1.11 fails to build against the latest eigen3.

dtag commented on 2016-10-30 15:33

@arcnmx: I have gflags installed and I am not getting any errors. Can you elaborate on what the issue is?

arcnmx commented on 2016-10-28 19:02

Fails to build if the gflags package is installed on the system.

dtag commented on 2016-10-21 10:20

@bartus: Fixed.

bartus commented on 2016-10-20 22:48

The protobuf seams to not be needed at all for compiling the package.

dtag commented on 2016-08-16 12:36

I am (of course) using a 64-bit system. I have done some research and found this piece of code in internal/ceres/CMakeLists.txt:

# Heuristic for determining LIB_SUFFIX. FHS recommends that 64-bit systems
# install native libraries to lib64 rather than lib. Most distros seem to
# follow this convention with a couple notable exceptions (Debian-based and
# Arch-based distros) which we try to detect here.
NOT EXISTS "/etc/debian_version" AND
NOT EXISTS "/etc/arch-release")
set(LIB_SUFFIX "64")
endif ()

I do not see how this can result in LIB_SUFFIX being set to "64" on an Arch system. It would require the /etc/arch-release file to be non-existent. Since it does not happen for me, I am unable to debug what exactly is going on for you guys.

@korken89, @kertase: I have pushed an update that explictly sets LIB_SUFFIX to "". Maybe you can try and see if it fixes things for you.

kertase commented on 2016-08-15 16:15


I do have the same issue on my machine I do not think that it is a problem with just @korken89 machine.

I checked the package it has /usr/lib64 folder which has a libceres.a inside, @dtag maybe you do not have a 64 bit machine?

I hope this problem can be solved


dtag commented on 2016-07-04 07:57

Hi @korken89,

I have tried to reinstall the package and did not encounter any issues. I also checked the contents of the package via pacman -Ql ceres-solver. It only contains /usr/lib/libceres.a as a library. Nothing inside lib64. Maybe something is wrong on your machine?

korken89 commented on 2016-07-02 08:33


With the changes in Arch the install might need to be updated:
error: failed to commit transaction (conflicting files)
ceres-solver: /usr/lib64 exists in filesystem
Errors occurred, no packages were upgraded.
I think should install to /usr/lib now, if I have understood the news correctly.

Could you have a look into this?

dtag commented on 2016-05-18 17:35

@srivats2 I have added -Wno-error=nonnull-compare -Wno-error=address, which - despite generally treating warnings as errors - treats nonnull-compare and address as warnings. The flags are added via sed to the CMakeLists.txt file. See the PKGBUILD.