personally, I would try to ensure that moses was statically linked to the boost libraries so it won't go looking for the libboost*.so at runtime.
I do this by building my own boost library and linking to it, rather than the system boost. The instructions are here http://www.statmt.org/moses/?n=Development.GetStarted On 13 November 2014 13:23, Raymond W. M. Ng <wm...@sheffield.ac.uk> wrote: > Dear moses, > > I have the following error in training my translation model with ems on > SGE. > > /home/users/moses/v-2014-08-15/mosesdecoder/bin/build_binary: error while > loading shared libraries: libboost_thread-mt.so.1.56.0: cannot open shared > object file: No such file or directory > > In the offline mode, I can run this without problem by first sourcing an > environment file which contains something like > setenv LD_LIBRARY_PATH /export/sw/boost/v1.56.0/x86_64/lib > > So, I think the LD_LIBRARY_PATH environment was not loaded in the sge > parallel scripts, > > grep 'ENV' /home/moses/mosesdecoder/scripts/generic/qsub-wrapper.pl > > returns nothing. > > Is there something to modify in the code or did I miss any setting so the > environment variable is not loaded? > > > > _______________________________________________ > Moses-support mailing list > Moses-support@mit.edu > http://mailman.mit.edu/mailman/listinfo/moses-support > > -- Hieu Hoang Research Associate University of Edinburgh http://www.hoang.co.uk/hieu
_______________________________________________ Moses-support mailing list Moses-support@mit.edu http://mailman.mit.edu/mailman/listinfo/moses-support
