Package Details: ceres-solver 1.11.0-4

Git Clone URL: https://aur.archlinux.org/ceres-solver.git (read-only)
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: 3
Popularity: 0.740355
First Submitted: 2015-11-27 09:36
Last Updated: 2016-10-21 10:19

Latest Comments

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

Hi,
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.
if (CMAKE_SYSTEM_NAME MATCHES "Linux" AND
NOT DEFINED LIB_SUFFIX AND
NOT CMAKE_CROSSCOMPILING AND
CMAKE_SIZEOF_VOID_P EQUAL "8" AND
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

Hi,

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

Thanks

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

Hi!

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.

https://www.archlinux.org/news/update-filesystem-201301-1-and-glibc-217-2-together/
I think should install to /usr/lib now, if I have understood the news correctly.

Could you have a look into this?
Thanks!

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.

srivats2 commented on 2016-05-18 17:10

@dtag
Thanks for the fix. Works perfectly now. Just curious since I didn't see the GCC 6 patch in the filelist. How was this patched? The authors removed the Werror flags in the code in the original repo.

All comments