If you have -mt libraries and g++ is able to link a toy program against them, then the build system will attempt to use them. If you install Boost locally according to the instructions in BUILD-INSTRUCTIONS.txt, then it will have the -mt suffix.
Please include the top of bjam --debug-configuration where it runs commands and prints 0 or 1. Do you have a system-level Boost installed? Kenneth On 08/14/2012 11:41 AM, Nicholas Ruiz wrote: > Unmodified master doesn't compile. > ./bjam --version > Boost.Build 2011.04-svn > > I'm trying a new Boost installation (1.50), but now I'm getting errors > when compiling the unmodified master, such as: > > ./bjam --with-irstlm=/malet0/ssi/ruiz/apps/irstlm -j4 > --with-boost=/home/nicruiz/boost > > gcc.link > mert/bin/gcc-4.1.2/release/debug-symbols-on/link-static/threading-multi/extractor > > /usr/bin/ld: cannot find -lboost_system-mt > > gcc.link > mert/bin/gcc-4.1.2/release/debug-symbols-on/link-static/threading-multi/kbmira > > /usr/bin/ld: cannot find -lboost_program_options-mt > > gcc.link > moses-cmd/src/bin/gcc-4.1.2/release/debug-symbols-on/link-static/threading-multi/lmbrgrid > > /usr/bin/ld: cannot find -lboost_filesystem-mt > > My lib directory contains the files, but according to Christian, the -mt > suffix might refer to an older boost version? > ls /home/nicruiz/.cpan/build/perl-5.15.4 > ... > libboost_system.so.1.50.0 > ... > > Nick > > On 08/14/2012 03:43 PM, Kenneth Heafield wrote: >> Does unmodified master compile for you? Have you merged Jamroot, >> jam-files/sanity.jam, and every Jamfile then run with -a? >> >> Kenneth >> >> On 08/14/2012 09:36 AM, Nicholas Ruiz wrote: >>> Hi developers, >>> >>> I recently attempted to merge my source code with the master copy and >>> now I'm receiving the following link errors: >>> >>> ./bjam --with-irstlm=/malet0/ssi/ruiz/apps/irstlm -j4 >>> --with-boost=/malet0/ssi/ruiz/apps/boost >>> >>> moses/src/bin/gcc-4.1.2/release/debug-symbols-on/link-static/threading-multi/libmoses_internal.a(StaticData.o): >>> >>> In function `initial_path': >>> /malet0/ssi/ruiz/apps/boost/include/boost/filesystem/v3/operations.hpp:459: >>> >>> undefined reference to >>> `boost::filesystem3::detail::initial_path(boost::system::error_code*)' >>> moses/src/bin/gcc-4.1.2/release/debug-symbols-on/link-static/threading-multi/libmoses_internal.a(StaticData.o): >>> >>> In function `system_complete': >>> /malet0/ssi/ruiz/apps/boost/include/boost/filesystem/v3/operations.hpp:531: >>> >>> undefined reference to >>> `boost::filesystem3::detail::system_complete(boost::filesystem3::path >>> const&, boost::system::error_code*)' >>> moses/src/bin/gcc-4.1.2/release/debug-symbols-on/link-static/threading-multi/libmoses_internal.a(StaticData.o): >>> >>> In function `Moses::StaticData::SetExecPath(std::basic_string<char, >>> std::char_traits<char>, std::allocator<char> > const&)': >>> /research/hlt/nicruiz/workspace/mosesdecoder/moses/src/StaticData.cpp:1489: >>> >>> undefined reference to `boost::filesystem3::path::parent_path() const' >>> collect2: ld returned 1 exit status >>> >>> Looks like it's something to do with the Boost Filesystem library. >>> Perhaps it has something to do with the link order? I'm using Boost >>> version 1.49. >>> >>> Thanks for your suggestions. >>> Nick >>> _______________________________________________ >>> Moses-support mailing list >>> [email protected] >>> http://mailman.mit.edu/mailman/listinfo/moses-support > _______________________________________________ Moses-support mailing list [email protected] http://mailman.mit.edu/mailman/listinfo/moses-support
