Built GTSAM to local directory: error while loading libcephes-gtsam.so.1 (with solution and questions) about gtsam HOT 5 CLOSED

Updates.

1. after a reboot, rebuilding the Odometry example with the same cmake now gives the following error and no more the libcephese related error (!!!):

$ ./OdometryExample 
./OdometryExample: symbol lookup error: ./OdometryExample: undefined symbol: _ZN5gtsam19DefaultKeyFormatterB5cxx11E

This goes for both the example built when installing gtsam (the deploy version) and re-building the example in a separate test directory.

The error goes away with export LD_LIBRARY_PATH=~/libs/gtsam/lib (i.e. specify the path to where the gtsam library was installed).

If this helps, c++filt on the undefined symbol returns:

c++filt _ZN5gtsam19DefaultKeyFormatterB5cxx11E
gtsam::DefaultKeyFormatter[abi:cxx11]

I wonder: could cxx11 means here that the build was done with c++11 rather than c++17? Likely not since the result of my cmake command (used to build the develop branch yesterday) shows:
GTSAM_COMPILE_FEATURES_PUBLIC : cxx_std_17

2. Version 4.2 (downloaded from here) and also built to a local lib user folder with the same cmake command as reported in the post above doesn't complain about the libcephese library not being found and the example executes normally, without the need for any export LD_LIBRARY_PATH=path_to_gtsam4.2_lib

$ ./OdometryExample 

Factor Graph:
size: 3

Factor 0: PriorFactor on 1
  prior mean:  (0, 0, 0)
  noise model: diagonal sigmas [0.3; 0.3; 0.1];

Factor 1: BetweenFactor(1,2)
  measured:  (2, 0, 0)
  noise model: diagonal sigmas [0.2; 0.2; 0.1];

Factor 2: BetweenFactor(2,3)
  measured:  (2, 0, 0)
  noise model: diagonal sigmas [0.2; 0.2; 0.1];


Initial Estimate:
...

Well, checking the content of path_to_gtsam_lib/lib reveals that libcephes isn't there at all, cephes seems to have been introduced after 4.2 then.

from gtsam.

gtsam::DefaultKeyFormatter[abi:cxx11] indicates the ABI is for C++11, so yes it is being compiled for C++11. Is it possible you have both a C++11 version and a C++17 version installed and your system path configuration is causing the C++11 version to be picked up?
This is especially possible if you installed to root aka sudo make install or installed gtsam via apt in the past. This would explain why the issue goes away when you export the LD_LIBRARY_PATH.

from gtsam.

@diplodocuslongus any updates on this? Did you manage to resolve it?

from gtsam.

Varun, I hadn't installed GTSAM before (be it via apt or build) and no, my installation was (still is) to a local folder, no sudo.
I haven't dig more into the issue as I could manage with an export LD_LIBRARY_PATH.

Not sure if this should be closed or not, I'll try to find some time to test on a brand new linux box.

from gtsam.

I am closing this for now. Please re-open if the issue still persists.

from gtsam.