Hi Nicholas, there are other people out there who should be in a better position to help you with compilation on MacOS. For compilation on FBK's systems, ask your colleagues at FBK how they get moses to compile. Are you sure you have a complete boost installation under ,/opt, including static libraries? Did you recompile everything from scratch? (./compile.sh -a)
- Uli On Wed, Nov 18, 2015 at 12:58 PM, Nicholas Ruiz <[email protected]> wrote: > Thanks, Ulrich! My compilation finished successfully. However, when I try > to run moses, I get one of these: > > $ bin/moses > bin/moses: error while loading shared libraries: > libboost_serialization.so.1.59.0: cannot open shared object file: No such > file or directory > > Incidentally, I noticed a similar problem on my macbook: > > 5534-MacBook-Pro:mosesdecoder nruiz$ bin/moses > dyld: Library not loaded: libboost_iostreams.dylib > Referenced from: /Users/nruiz/mosesdecoder/bin/moses > Reason: image not found > Trace/BPT trap: 5 > 5534-MacBook-Pro:mosesdecoder nruiz$ bin/lmplz > dyld: Library not loaded: libboost_thread.dylib > Referenced from: /Users/nruiz/mosesdecoder/bin/lmplz > Reason: image not found > 5534-MacBook-Pro:mosesdecoder nruiz$ otool -L bin/moses > bin/moses: > *libboost_iostreams.dylib* (compatibility version 0.0.0, current version > 0.0.0) > libboost_filesystem.dylib (compatibility version 0.0.0, current version > 0.0.0) > /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5) > /usr/lib/liblzma.5.dylib (compatibility version 6.0.0, current version > 6.3.0) > > > In both cases, I'm using more or less a default compile.sh script: > > 5534-MacBook-Pro:mosesdecoder nruiz$ cat compile.sh > #!/bin/bash > # this script assumes that all 3rd-party dependencies are installed under > ./opt > # you can install all 3rd-party dependencies by running make -f > contrib/Makefiles/install-dependencies.gmake > > set -e -o pipefail > ./bjam --with-irstlm=./opt *--with-boost=./opt* --with-cmph=./opt > --with-xmlrpc-c=./opt --with-mm --with-probing-pt -j$(getconf > _NPROCESSORS_ONLN) $@ > > It seems like in both cases, `--with-boost=/.opt` is not ensuring that the > executable files can find the boost libs. > > zınɹ ʞɔıu > > On Wed, Nov 18, 2015 at 5:37 AM, Ulrich Germann <[email protected]> > wrote: > >> Hi Nicholas, >> >> it looks like gcc-4.4.7 and boost::intrusive_ptr don't get along. >> Switched to shared_ptr instead. >> >> Please pull the latest version and try again. >> >> - Uli >> >> On Tue, Nov 17, 2015 at 7:48 PM, Nicholas Ruiz <[email protected]> wrote: >> >>> Hi all, >>> >>> I'm following the steps on this website to install the HEAD version of >>> moses on a CentOS >>> http://www.statmt.org/moses/?n=Development.GetStarted >>> >>> $ cat /etc/issue >>> >>> CentOS release 6.7 (Final) >>> >>> Kernel \r on an \m >>> >>> $ gcc -v >>> >>> Using built-in specs. >>> >>> Target: x86_64-redhat-linux >>> >>> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man >>> --infodir=/usr/share/info --with-bugurl= >>> http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared >>> --enable-threads=posix --enable-checking=release --with-system-zlib >>> --enable-__cxa_atexit --disable-libunwind-exceptions >>> --enable-gnu-unique-object >>> --enable-languages=c,c++,objc,obj-c++,java,fortran,ada >>> --enable-java-awt=gtk --disable-dssi >>> --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre >>> --enable-libgcj-multifile --enable-java-maintainer-mode >>> --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib >>> --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686 >>> --build=x86_64-redhat-linux >>> >>> Thread model: posix >>> >>> gcc version 4.4.7 20120313 (Red Hat 4.4.7-16) (GCC) >>> >>> >>> When attempting to compile using compile.sh, I get the following error: >>> >>> "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall >>> -pthread -I/n/w10-nruiz/mosesdecoder/opt/include >>> -DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_SYSTEM_DYN_LINK >>> -DBOOST_THREAD_DYN_DLL -DHAVE_CMPH -DHAVE_PROBINGPT -DHAVE_XMLRPC_C >>> -DKENLM_MAX_ORDER=6 -DLM_IRST -DMAX_NUM_FACTORS=4 -DNDEBUG -DPT_UG >>> -DTRACE_ENABLE=1 -DWITH_THREADS -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES >>> -I"." -I"moses/TranslationModel/CompactPT/opt/include" -I"opt/include" >>> -I"util/double-conversion" -c -o >>> "moses/TranslationModel/UG/bin/gcc-4.4.7/release/link-static/threading-multi/count-ptable-features.o" >>> "moses/TranslationModel/UG/count-ptable-features.cc" >>> >>> >>> ...failed gcc.compile.c++ >>> moses/TranslationModel/UG/bin/gcc-4.4.7/release/link-static/threading-multi/count-ptable-features.o... >>> >>> gcc.compile.c++ >>> moses/TranslationModel/UG/bin/gcc-4.4.7/release/link-static/threading-multi/ptable-describe-features.o >>> >>> In file included from >>> /n/w10-nruiz/mosesdecoder/opt/include/boost/intrusive_ptr.hpp:16, >>> >>> from moses/TranslationModel/UG/mmsapt.h:9, >>> >>> from >>> moses/TranslationModel/UG/ptable-describe-features.cc:2: >>> >>> /n/w10-nruiz/mosesdecoder/opt/include/boost/smart_ptr/intrusive_ptr.hpp: >>> In destructor ‘boost::intrusive_ptr<T>::~intrusive_ptr() [with T = >>> sapt::mmBitext<sapt::L2R_Token<sapt::SimpleWordId> >]’: >>> >>> moses/TranslationModel/UG/mmsapt.h:56: instantiated from here >>> >>> /n/w10-nruiz/mosesdecoder/opt/include/boost/smart_ptr/intrusive_ptr.hpp:97: >>> error: ‘intrusive_ptr_release’ was not declared in this scope >>> >>> I installed boost to ./opt using the instructions listed on the above >>> site. I'm able to compile just fine following the instructions on my >>> MacBook Pro (obviously different architecture). Any ideas why this might be >>> happening? >>> >>> Thanks, >>> >>> Nick Ruiz >>> zınɹ ʞɔıu >>> >>> _______________________________________________ >>> Moses-support mailing list >>> [email protected] >>> http://mailman.mit.edu/mailman/listinfo/moses-support >>> >>> >> >> >> -- >> Ulrich Germann >> Senior Researcher >> School of Informatics >> University of Edinburgh >> > > -- Ulrich Germann Senior Researcher School of Informatics University of Edinburgh
_______________________________________________ Moses-support mailing list [email protected] http://mailman.mit.edu/mailman/listinfo/moses-support
