Search Criteria
Package Details: gtsam 4.2.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/gtsam.git (read-only, click to copy) |
---|---|
Package Base: | gtsam |
Description: | A library of C++ classes that implement smoothing and mapping (SAM) in robotics and vision, using factor graphs and Bayes networks as the underlying computing paradigm rather than sparse matrices. |
Upstream URL: | https://gtsam.org/ |
Licenses: | BSD |
Conflicts: | gtsam-git, gtsam-mkl |
Provides: | gtsam |
Submitter: | kartikmohta |
Maintainer: | kartikmohta |
Last Packager: | kartikmohta |
Votes: | 2 |
Popularity: | 0.000000 |
First Submitted: | 2013-12-06 18:38 (UTC) |
Last Updated: | 2023-09-11 03:04 (UTC) |
Dependencies (5)
- boost-libs
- eigen (eigen-gitAUR)
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- intel-tbb (onetbb-gitAUR, onetbb) (optional) – Use Intel TBB to accelerate computations (add this to the depends section of the PKGBUILD and rebuild the package)
Latest Comments
« First ‹ Previous 1 2 3 Next › Last »
acxz commented on 2020-05-02 15:24 (UTC)
@kartikmohta, I submitted a request to have this package be on the arch4edu repositories so that it is easier and faster for users to install it. https://wiki.archlinux.org/index.php/Unofficial_user_repositories#arch4edu
This means that "optional" dependencies like intel-tbb and intel-mkl need to included in the makedepends for the binary package to work correctly.
If you could create a package called gtsam-mkl, then @petronny can package that one (with intel accelerations built) as well as regular gtsam without the intel accelerations.
I have also submitted a PR to update the GTSAM Arch Linux install documentation. See: https://github.com/borglab/gtsam.org/pull/24
Thank you for maintaining this package and if you could this one thing that would really help the community out in terms of binary installs vs source installs. Thanks!
kartikmohta commented on 2020-04-26 19:31 (UTC)
@petronny Do you want a version which disables MKL? Currently this would automatically use MKL if it's installed.
petronny commented on 2020-04-24 05:26 (UTC) (edited on 2020-04-24 05:29 (UTC) by petronny)
Also could you split it into 2 packages,
gtsam
andgtsam-mkl
, building without and with the intel accelerations?petronny commented on 2020-04-24 05:22 (UTC) (edited on 2020-04-24 05:24 (UTC) by petronny)
Missing
eigen
independs
:m-pilia commented on 2020-01-10 08:32 (UTC) (edited on 2020-01-10 08:32 (UTC) by m-pilia)
Hi! I see you patched the build to provide a copy of metis under a different name (
/usr/lib/libgtsam_metis.so
). It looks like this binary is compiled differently than the system metis (/usr/lib/libmetis.so
) provided by themetis
package, the latter seems to not use thread-local storage. This can cause linking errors in other packages that have both metis and gtsam as dependencies if the two libraries get mixed.acxz commented on 2019-10-13 00:45 (UTC)
As always, thanks for your quick response!
kartikmohta commented on 2019-10-13 00:29 (UTC)
@acxz Yes, looks like they re-tagged the release. Thanks for the heads-up.
acxz commented on 2019-10-12 17:36 (UTC)
@kartikmohta I am trying to install this package but the validity check is failing. I think the gtsam group may have released another package under the same version name. Can you confirm and if needed fix the checksum? Thank you!
acxz commented on 2019-07-07 07:00 (UTC) (edited on 2019-07-07 07:05 (UTC) by acxz)
hmm I see, maybe they can be
makedepends
as well asoptdepends
? One example of this is theopencv
package (https://www.archlinux.org/packages/extra/x86_64/opencv/). They have multiple packages listed under both make and optional dependencies. But I can see that being annoying for users who do not want to installintel-mkl
/intel-tbb
in the first place. As of now, the solution you have proposed is just fine tho.kartikmohta commented on 2019-07-07 06:22 (UTC)
I'll add
cmake
to the makedepends, good catch! It's a bit tricky to just putintel-mkl
/intel-tbb
on theoptdepends
line since they need to be installed before building the package and if found at build time, then they are not optional anymore. I guess I'll put them in optdepends with a note that the package needs to be rebuilt to use them.« First ‹ Previous 1 2 3 Next › Last »