Moses-support Digest, Vol 109, Issue 39

Send Moses-support mailing list submissions to
moses-support@mit.edu

To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.mit.edu/mailman/listinfo/moses-support
or, via email, send a message with subject or body 'help' to
moses-support-request@mit.edu

You can reach the person managing the list at
moses-support-owner@mit.edu

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Moses-support digest..."


Today's Topics:

1. Re: error: ?intrusive_ptr_release? was not declared in this
scope (Nicholas Ruiz)
2. Re: error: ?intrusive_ptr_release? was not declared in this
scope (Ulrich Germann)


----------------------------------------------------------------------

Message: 1
Date: Wed, 18 Nov 2015 07:58:38 -0500
From: Nicholas Ruiz <nicruiz@fbk.eu>
Subject: Re: [Moses-support] error: ?intrusive_ptr_release? was not
declared in this scope
To: ugermann@inf.ed.ac.uk, moses-support@mit.edu
Message-ID:
<CAKa+0YNL3EMacyc+iFQF7cxyxDxnyWkbTE=q0Zs-pKLW0aGLXw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

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 <ulrich.germann@gmail.com>
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 <nicruiz@fbk.eu> 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
>> Moses-support@mit.edu
>> http://mailman.mit.edu/mailman/listinfo/moses-support
>>
>>
>
>
> --
> Ulrich Germann
> Senior Researcher
> School of Informatics
> University of Edinburgh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20151118/d449fb3e/attachment-0001.html

------------------------------

Message: 2
Date: Wed, 18 Nov 2015 13:33:43 +0000
From: Ulrich Germann <ulrich.germann@gmail.com>
Subject: Re: [Moses-support] error: ?intrusive_ptr_release? was not
declared in this scope
To: Nicholas Ruiz <nicruiz@fbk.eu>
Cc: "moses-support@mit.edu" <moses-support@mit.edu>
Message-ID:
<CAHQSRUqQyQ9RayaFjcN-zfvG6Cd3j9J-5Kzh=QsH-Yn_ReZPOw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

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 <nicruiz@fbk.eu> 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 <ulrich.germann@gmail.com>
> 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 <nicruiz@fbk.eu> 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
>>> Moses-support@mit.edu
>>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20151118/c9481e2b/attachment.html

------------------------------

_______________________________________________
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support


End of Moses-support Digest, Vol 109, Issue 39
**********************************************

Tweet