On 5 April 2017 at 12:50, Olumide wrote: > Hello List, > > While building a project on CentOS machine that I set up myself (and guilt > gcc for) I get the following errors about GLIBCXX_3.4.15 and GLIBCXX_3.4.20 Because you built against a new libstdc++ and are trying to run the executable against an older libstdc++, which isn't supported. > ../boost/stage/lib/libboost_regex.so: undefined reference to > `std::invalid_argument::~invalid_argument()@GLIBCXX_3.4.15' > ../boost/stage/lib/libboost_filesystem.so: undefined reference to > `std::__throw_out_of_range_fmt(char const*, ...)@GLIBCXX_3.4.20' > ../boost/stage/lib/libboost_regex.so: undefined reference to > `std::__detail::_List_node_base::_M_transfer(std::__detail::_List_node_base*, > std::__detail::_List_node_base*)@GLIBCXX_3.4.15' > ../boost/stage/lib/libboost_regex.so: undefined reference to > `std::overflow_error::~overflow_error()@GLIBCXX_3.4.15' > ../boost/stage/lib/libboost_regex.so: undefined reference to > `std::__detail::_List_node_base::_M_unhook()@GLIBCXX_3.4.15' > ../boost/stage/lib/libboost_regex.so: undefined reference to > `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)@GLIBCXX_3.4.15' > > Here is the output of the command > strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX You're looking at a file in /usr/lib64, but ... > version info of CentOS machine: > > Using built-in specs. > COLLECT_GCC=gcc > COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.9.2/lto-wrapper > Target: x86_64-unknown-linux-gnu > Configured with: ./configure --disable-multilib --enable-languages=c,c++ > Thread model: posix > gcc version 4.9.2 (GCC) This is installed in /usr/local That means its libraries will be in /usr/local/lib64, not /usr/lib64 You need to understand how shared libraries work, and read https://gcc.gnu.org/onlinedocs/libstdc++/faq.html#faq.how_to_set_paths
