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: compilation problems (Hieu Hoang)
2. Re: compilation problems (Matt Post)
----------------------------------------------------------------------
Message: 1
Date: Mon, 16 Feb 2015 17:52:51 +0000
From: Hieu Hoang <Hieu.Hoang@ed.ac.uk>
Subject: Re: [Moses-support] compilation problems
To: Kenneth Heafield <moses@kheafield.com>
Cc: moses-support <moses-support@mit.edu>
Message-ID:
<CAEKMkbhkzCpbCDejMFuGOTf_gPnWh+GrH0+P9JspZU9PRXNDuA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
can't the unit testing only be run when the regression tests are run? Users
don't need to know about the restults of the unit tests, and that's the
thing thats causing problems
Hieu Hoang
Research Associate (until March 2015)
** searching for interesting commercial MT position **
University of Edinburgh
http://www.hoang.co.uk/hieu
On 16 February 2015 at 16:50, Kenneth Heafield <moses@kheafield.com> wrote:
> Hi Matt,
>
> lmplz should be compiling anyway, despite the tests failing. Try
> reverting this commit, which broke shared compilation for tests:
>
> commit d7f5bb41faaac5ca93b9cbb723ad558b2c67d3c2
> Author: Hieu Hoang <hieuhoang@gmail.com>
> Date: Tue Jan 27 16:22:15 2015 +0000
>
> Regarding boost_filesystem we'll probably have to add that dependency
> since Boost doesn't really document which of their libraries depend on
> other libraries.
>
> Kenneth
>
> On 02/16/2015 11:42 AM, Matt Post wrote:
> > Hi,
> >
> > I am running into a number of problems compiling Moses 3.0. I am using
> > GCC 4.9.2 and a custom (correct) install of Boost 1.57.0.
> >
> > 1. First, I had to add this:
> >
> > <library>boost_filesystem
> >
> > to line 174 of Jamroot (per this
> > discussion: https://github.com/moses-smt/mosesdecoder/issues/89 )
> >
> > 2. Things like lmplz do not compile, and aren't even attempted, perhaps
> > because all of the tests fail.
> >
> > ./bjam --max-factors=1 --max-kenlm-order=5 debug-symbols=off -j4 -d2
> > --with-boost=/opt/boost threading=single --notrace link=shared
> > --without-libsegfault
> > [snip]
> > ...failed updating 30 targets...
> > ...skipped 36 targets...
> >
> > It seems like something with boost unit tests? e.g.,
> >
> > "g++" -L"/opt/boost/lib" -L"/opt/boost/lib64" -Wl,-R
> > -Wl,"/home/hltcoe/mpost/code/mosesdecoder/mert/bin/gcc-4.9.2/release"
> > -Wl,-R -Wl,"/opt/boost/lib" -Wl,-R -Wl,"/opt/boost/lib64"
> > -Wl,-rpath-link
> > -Wl,"/home/hltcoe/mpost/code/mosesdecoder/mert/bin/gcc-4.9.2/release"
> > -Wl,-rpath-link -Wl,"/opt/boost/lib" -Wl,-rpath-link
> > -Wl,"/opt/boost/lib64" -o "mert/bin/gcc-4.9.2/release/timer_test"
> > -Wl,--start-group
> > "mert/bin/gcc-4.9.2/release/TimerTest.o"
> "mert/bin/gcc-4.9.2/release/libmert_lib.so" -Wl,-Bstatic -Wl,-Bdynamic
> > -lboost_unit_test_framework -ldl -lboost_system -lboost_filesystem
> > -Wl,--end-group
> > /usr/lib/../lib64/crt1.o: In function `_start':
> > (.text+0x20): undefined reference to `main'
> > collect2: error: ld returned 1 exit status
> >
> > Debug file attached. Any ideas what's wrong?
> >
> > matt
> >
> >
> >
> >
> >
> > _______________________________________________
> > Moses-support mailing list
> > Moses-support@mit.edu
> > http://mailman.mit.edu/mailman/listinfo/moses-support
> >
> _______________________________________________
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20150216/d769483e/attachment-0001.htm
------------------------------
Message: 2
Date: Mon, 16 Feb 2015 12:53:31 -0500
From: Matt Post <post@cs.jhu.edu>
Subject: Re: [Moses-support] compilation problems
To: moses-support@mit.edu
Message-ID: <8DF0618B-C67C-400D-BF6D-239B2650CD91@cs.jhu.edu>
Content-Type: text/plain; charset="us-ascii"
Hmm; I got a bit further, but still have linking errors for the tests. build_binary built, but still no lmplz, and it's not mentioned at all in the log output.
I was able to get lmplz to build by modifying Jamroot to build only the "lm" project, but still get all these linking errors when I try a full build.
Maybe this is my environment? Or a Boost change? What version do you all build against?
gcc.link util/bin/file_piece_test.test/gcc-4.9.2/release/file_piece_test
"g++" -L"/opt/boost/lib" -L"/opt/boost/lib64" -Wl,-R -Wl,"/opt/boost/lib" -Wl,-R -Wl,"/opt/boost/lib64" -Wl,-rpath-link -Wl,"/opt/boost/lib" -Wl,-rpath-link -Wl,"/opt/boost/lib64" -o "util/bin/file_piece_test.test/gcc-4.9.2/release/file_piece_test" -Wl,--start-group "util/bin/gcc-4.9.2/release/file_piece_test.o" "util/bin/gcc-4.9.2/release/parallel_read.o" "util/bin/gcc-4.9.2/release/read_compressed.o" "util/double-conversion/bin/gcc-4.9.2/release/cached-powers.o" "util/double-conversion/bin/gcc-4.9.2/release/double-conversion.o" "util/double-conversion/bin/gcc-4.9.2/release/diy-fp.o" "util/double-conversion/bin/gcc-4.9.2/release/fast-dtoa.o" "util/double-conversion/bin/gcc-4.9.2/release/bignum.o" "util/double-conversion/bin/gcc-4.9.2/release/bignum-dtoa.o" "util/double-conversion/bin/gcc-4.9.2/release/strtod.o" "util/double-conversion/bin/gcc-4.9.2/release/fixed-dtoa.o" "util/bin/gcc-4.9.2/release/bit_packing.o" "util/bin/gcc-4.9.2/release/ersatz_progress.o" "util/bin/g!
cc-4.9.2/release/exception.o" "util/bin/gcc-4.9.2/release/file.o" "util/bin/gcc-4.9.2/release/file_piece.o" "util/bin/gcc-4.9.2/release/mmap.o" "util/bin/gcc-4.9.2/release/murmur_hash.o" "util/bin/gcc-4.9.2/release/pool.o" "util/bin/gcc-4.9.2/release/scoped.o" "util/bin/gcc-4.9.2/release/string_piece.o" "util/bin/gcc-4.9.2/release/usage.o" -Wl,-Bstatic -Wl,-Bdynamic -lboost_unit_test_framework -llzma -lbz2 -lz -lrt -ldl -lboost_system -lboost_filesystem -Wl,--end-group
/usr/lib/../lib64/crt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
collect2: error: ld returned 1 exit status
> From: Kenneth Heafield <moses@... <http://gmane.org/get-address.php?address=moses%2dbghys1TANAP2eFz%2f2MeuCQ%40public.gmane.org>>
> Subject: Re: compilation problems <http://news.gmane.org/find-root.php?message_id=54E21FBC.70001%40kheafield.com>
> Newsgroups: gmane.comp.nlp.moses.user <http://news.gmane.org/gmane.comp.nlp.moses.user>
> Date: 2015-02-16 16:50:04 GMT (49 minutes ago)
> Hi Matt,
>
> lmplz should be compiling anyway, despite the tests failing. Try
> reverting this commit, which broke shared compilation for tests:
>
> commit d7f5bb41faaac5ca93b9cbb723ad558b2c67d3c2
> Author: Hieu Hoang <hieuhoang@... <http://gmane.org/get-address.php?address=hieuhoang%2dRe5JQEeQqe8AvxtiuMwx3w%40public.gmane.org>>
> Date: Tue Jan 27 16:22:15 2015 +0000
>
> Regarding boost_filesystem we'll probably have to add that dependency
> since Boost doesn't really document which of their libraries depend on
> other libraries.
>
> Kenneth
>
>> On Feb 16, 2015, at 11:42 AM, Matt Post <post@cs.jhu.edu> wrote:
>>
>> Hi,
>>
>> I am running into a number of problems compiling Moses 3.0. I am using GCC 4.9.2 and a custom (correct) install of Boost 1.57.0.
>>
>> 1. First, I had to add this:
>>
>> <library>boost_filesystem
>>
>> to line 174 of Jamroot (per this discussion: https://github.com/moses-smt/mosesdecoder/issues/89 <https://github.com/moses-smt/mosesdecoder/issues/89> )
>>
>> 2. Things like lmplz do not compile, and aren't even attempted, perhaps because all of the tests fail.
>>
>> ./bjam --max-factors=1 --max-kenlm-order=5 debug-symbols=off -j4 -d2 --with-boost=/opt/boost threading=single --notrace link=shared --without-libsegfault
>> [snip]
>> ...failed updating 30 targets...
>> ...skipped 36 targets...
>>
>> It seems like something with boost unit tests? e.g.,
>>
>> "g++" -L"/opt/boost/lib" -L"/opt/boost/lib64" -Wl,-R -Wl,"/home/hltcoe/mpost/code/mosesdecoder/mert/bin/gcc-4.9.2/release" -Wl,-R -Wl,"/opt/boost/lib" -Wl,-R -Wl,"/opt/boost/lib64" -Wl,-rpath-link -Wl,"/home/hltcoe/mpost/code/mosesdecoder/mert/bin/gcc-4.9.2/release" -Wl,-rpath-link -Wl,"/opt/boost/lib" -Wl,-rpath-link -Wl,"/opt/boost/lib64" -o "mert/bin/gcc-4.9.2/release/timer_test" -Wl,--start-group "mert/bin/gcc-4.9.2/release/TimerTest.o" "mert/bin/gcc-4.9.2/release/libmert_lib.so" -Wl,-Bstatic -Wl,-Bdynamic -lboost_unit_test_framework -ldl -lboost_system -lboost_filesystem -Wl,--end-group
>> /usr/lib/../lib64/crt1.o: In function `_start':
>> (.text+0x20): undefined reference to `main'
>> collect2: error: ld returned 1 exit status
>>
>> Debug file attached. Any ideas what's wrong?
>>
>> matt
>>
>> <build.log.gz>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20150216/6fd930ec/attachment.htm
------------------------------
_______________________________________________
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
End of Moses-support Digest, Vol 100, Issue 56
**********************************************
Subscribe to:
Post Comments (Atom)
0 Response to "Moses-support Digest, Vol 100, Issue 56"
Post a Comment