33

I am building a C++ executable on Linux. The executable links into some boost libraries.

This is the output when I attempt to run the binary:

root@yourbox:~/work/dev/c++/projects/testfgci/dist/Debug/GNU-Linux-x86$ ./testfgci 
./testfgci: error while loading shared libraries: libboost_system.so.1.45.0: cannot open shared object file: No such file or directory

I then run ldd on the binary to check dependencies:

root@yourbox:~/work/dev/c++/projects/testfgci/dist/Debug/GNU-Linux-x86$ ldd testfgci 
    linux-gate.so.1 =>  (0x00380000)
    libboost_system.so.1.45.0 => not found
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00b50000)
    libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x005f6000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0099a000)
    libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x001b3000)
    libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00110000)
    /lib/ld-linux.so.2 (0x00ea2000)

I am not sure why the liboos_system.sl.1.45.0 SO is not found. I built it successfully a little earlier on today. Can anyone explain?

skyeagle
  • 3,211
  • 11
  • 39
  • 41
  • It is possible that when building, you are passing flags to the compiler for additional linker libraries, but when you want to run the program, the Boost libraries don't exist in the linker paths. Possible duplicate of [linking problem in libraries](http://stackoverflow.com/questions/4568187/linking-problem-in-libraries) – wkl Jan 03 '11 at 00:32
  • 1
    I found the answer. I had to add the path to my LD_LIBRARY_PATH and then export it. The binary runs, but reports errors (Error system:9: Bad file descriptor). I will have to either ammend this question to reflect that, or ask a new question – skyeagle Jan 03 '11 at 00:46

4 Answers4

35

The library cannot be found.

Libraries are by default looked for in /lib, /usr/lib and the directories specified by /etc/ld.so.conf.

Usually system libraries (like boost, if you installed it via your package manager) are located in /usr/lib, but it's probably not your case.

Where are your boost libraries located on your system? Did you compile them by yourself? In this case you should tell the dynamic linker to look for your libraries in the directory they're located by using the LD_LIBRARY_PATH environment variable:

LD_LIBRARY_PATH="your/boost/directory" ./testfgci

I'd suggest you to install boost libraries using your package manager, anyway, this will make your life a lot simpler.

peoro
  • 25,562
  • 20
  • 98
  • 150
31

I know that this is an old one, but you can run ldconfig to rebuild your ld cache. That way you don't need to update LD_LIBRARY_PATH.

ontek
  • 574
  • 6
  • 12
  • worked for me. also running `ldconfig` and not having to update `LD_LIBRARY_PATH` seems like the right way – Cris Jan 01 '23 at 18:35
7

I just wanted to add a note for users of Ubuntu (and Debian, I guess): these systems have a security "feature" that erases LD_LIBRARY_PATH. This doesn't work:

In either /etc/environemnt or ~/.profile or ~/.bash_profile:

export LD_LIBRARY_PATH=/usr/local/boost_1_54_0/stage/lib:$LD_LIBRARY_PATH

It will work for ~/.bashrc, but the path will be set just for this particular interactive shell. This means that if you invoke make from e.g. emacs or eclipse, it won't work, unless you've launched emacs from the shell and not from the launcher.

This is what worked for me:

echo -e "\n/usr/local/boost_1_54_0/stage/lib" | sudo tee -a /etc/ld.so.conf 
sudo ldconfig
abo-abo
  • 20,038
  • 3
  • 50
  • 71
2

As peoro mentioned in his answer, install it using a package manager. E.g., if you are using Ubuntu 18.04, run

sudo apt install libboost-filesystem1.65.1
Striezel
  • 3,693
  • 7
  • 23
  • 37
zaibaq
  • 120
  • 6