Thanks, Kenneth. I followed the instructions on the Boost website rather than your readme the 2nd time, which is why the compilation was failing. Score one, me.
In reply to Hieu, On 08/14/2012 05:45 PM, Hieu Hoang wrote: > did you also merge the files > jam-files/sanity.jam > moses/src/Jamfile > ? When I merged, I didn't get any conflicts with Jamfile or sanity.jam. > They contain the reference to the boost library > libboost_filesystem > This library has been in boost for a long time so it should work with > whatever boost version you have. > Since compilation is working on my machine with Boost 1.50, I'll stick with that. When I get a second, I'll verify again under 1.49. Thanks everyone. Nick On 08/14/2012 05:46 PM, Kenneth Heafield wrote: > 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
