Moses-support Digest, Vol 111, Issue 12

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: EMS: add additional steps to a finished run (Matthias Huck)
2. Compiling against a custom-installed tcmalloc? (Lane Schwartz)
3. Re: EMS: add additional steps to a finished run (Nicholas Ruiz)
4. Error compiling: libstdc++.so.6: version `GLIBCXX_3.4.20' not
found (Lane Schwartz)
5. Re: Error compiling: libstdc++.so.6: version `GLIBCXX_3.4.20'
not found (Lane Schwartz)


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

Message: 1
Date: Fri, 08 Jan 2016 18:26:40 +0000
From: Matthias Huck <mhuck@inf.ed.ac.uk>
Subject: Re: [Moses-support] EMS: add additional steps to a finished
run
To: Nicholas Ruiz <nicruiz@fbk.eu>
Cc: "moses-support@mit.edu" <moses-support@mit.edu>, Philipp Koehn
<phi@jhu.edu>
Message-ID: <1452277600.2708.43.camel@portedgar>
Content-Type: text/plain; charset="UTF-8"

So, what has been the proper solution?

On Fri, 2016-01-08 at 13:20 -0500, Nicholas Ruiz wrote:
> Thanks everyone, it's working now.
>
> z?n? ???u




--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.



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

Message: 2
Date: Fri, 8 Jan 2016 13:42:44 -0600
From: Lane Schwartz <dowobeha@gmail.com>
Subject: [Moses-support] Compiling against a custom-installed
tcmalloc?
To: "moses-support@mit.edu" <moses-support@mit.edu>
Message-ID:
<CABv3vZ=cRACeOpcYQB9MB1Bpk5Npdf=FG+deih0CFcPzFHfG9g@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi,

I'm trying to compile moses on a machine I don't have root access to. If I
compile and install tcmalloc myself, is there any way to tell bjam where my
copy of tcmalloc is located?

Thanks,
Lane
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20160108/f4272b41/attachment-0001.html

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

Message: 3
Date: Fri, 8 Jan 2016 14:43:41 -0500
From: Nicholas Ruiz <nicruiz@fbk.eu>
Subject: Re: [Moses-support] EMS: add additional steps to a finished
run
To: Matthias Huck <mhuck@inf.ed.ac.uk>
Cc: "moses-support@mit.edu" <moses-support@mit.edu>, Philipp Koehn
<phi@jhu.edu>
Message-ID:
<CAKa+0YOWJZ2nbcFo6ocWbdJoyqGSKqOQqfLZPA71w5BYLx_sGw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Actually, I'm halfway to the solution. I did the steps below:

#1: Make sure you get your variable names correct. EMS has a boatload of
variables so it's hard to remember what's "output" and what's "reference"

#2: Don't have a million config files in a directory. You might be
executing the wrong config file. :) [still trying to figure out how not to
have one-off configs everywhere]

#3: Edit steps/x/config.x instead of editing the original config.

#4: Thank the EMS developers for their hard work.

However, there's one piece missing. Philipp said:
"In you case you also need to remove the steps/1/REPORTING_report.1*
step, so it is re-run."

I tried deleting the files above, as well as deleting evaluation/report.1,
but the reporting module isn't executing. No new steps/1/REPORTING_report.1*
files are being generated, although the dependency list shows
0 REPORTING:report -> run

z?n? ???u

On Fri, Jan 8, 2016 at 1:26 PM, Matthias Huck <mhuck@inf.ed.ac.uk> wrote:

> So, what has been the proper solution?
>
> On Fri, 2016-01-08 at 13:20 -0500, Nicholas Ruiz wrote:
> > Thanks everyone, it's working now.
> >
> > z?n? ???u
>
>
>
>
> --
> The University of Edinburgh is a charitable body, registered in
> Scotland, with registration number SC005336.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20160108/5130852c/attachment-0001.html

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

Message: 4
Date: Fri, 8 Jan 2016 13:58:27 -0600
From: Lane Schwartz <dowobeha@gmail.com>
Subject: [Moses-support] Error compiling: libstdc++.so.6: version
`GLIBCXX_3.4.20' not found
To: "moses-support@mit.edu" <moses-support@mit.edu>
Message-ID:
<CABv3vZnLwVO7nd2EOmNCc_bnKhuisMTvBTTUMRHXC0qy-opSYg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

I'm trying to compile moses on a new machine (Centos 6.7), and I'm getting
a ton of errors with the unit tests. Many unit tests failed, all with this
error (differing obviously in which test failed):


phrase-extract/bin/ScoreFeatureTest.test/gcc-4.7.1/debug/link-static/threading-multi/ScoreFeatureTest:
/usr/local/gcc-4.7.1/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not
found (required by
phrase-extract/bin/ScoreFeatureTest.test/gcc-4.7.1/debug/link-static/threading-multi/ScoreFeatureTest)

phrase-extract/bin/ScoreFeatureTest.test/gcc-4.7.1/debug/link-static/threading-multi/ScoreFeatureTest:
/usr/local/gcc-4.7.1/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not
found (required by
/usr/local/boost/1.58.0/lib/libboost_serialization.so.1.58.0)


I'm using gcc-4.7.1, so I'm not sure why the unit test is complaining about
not finding version 3.4.20 of libstdc++.

Any ideas or tips would be greatly appreciated.

Thanks,

Lane
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20160108/81845147/attachment-0001.html

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

Message: 5
Date: Fri, 8 Jan 2016 14:04:09 -0600
From: Lane Schwartz <dowobeha@gmail.com>
Subject: Re: [Moses-support] Error compiling: libstdc++.so.6: version
`GLIBCXX_3.4.20' not found
To: "moses-support@mit.edu" <moses-support@mit.edu>
Message-ID:
<CABv3vZm72GdnThQd9fxwaGmcHfx1zjv1qv27=whsGAHOgd9Upg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Here's the log file.

On Fri, Jan 8, 2016 at 1:58 PM, Lane Schwartz <dowobeha@gmail.com> wrote:

> I'm trying to compile moses on a new machine (Centos 6.7), and I'm getting
> a ton of errors with the unit tests. Many unit tests failed, all with this
> error (differing obviously in which test failed):
>
>
> phrase-extract/bin/ScoreFeatureTest.test/gcc-4.7.1/debug/link-static/threading-multi/ScoreFeatureTest:
> /usr/local/gcc-4.7.1/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not
> found (required by
> phrase-extract/bin/ScoreFeatureTest.test/gcc-4.7.1/debug/link-static/threading-multi/ScoreFeatureTest)
>
> phrase-extract/bin/ScoreFeatureTest.test/gcc-4.7.1/debug/link-static/threading-multi/ScoreFeatureTest:
> /usr/local/gcc-4.7.1/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not
> found (required by
> /usr/local/boost/1.58.0/lib/libboost_serialization.so.1.58.0)
>
>
> I'm using gcc-4.7.1, so I'm not sure why the unit test is complaining
> about not finding version 3.4.20 of libstdc++.
>
> Any ideas or tips would be greatly appreciated.
>
> Thanks,
>
> Lane
>
>
>


--
When a place gets crowded enough to require ID's, social collapse is not
far away. It is time to go elsewhere. The best thing about space travel
is that it made it possible to go elsewhere.
-- R.A. Heinlein, "Time Enough For Love"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20160108/4e49de7d/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: build.log.zip
Type: application/zip
Size: 3332 bytes
Desc: not available
Url : http://mailman.mit.edu/mailman/private/moses-support/attachments/20160108/4e49de7d/attachment.zip

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

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


End of Moses-support Digest, Vol 111, Issue 12
**********************************************

0 Response to "Moses-support Digest, Vol 111, Issue 12"

Post a Comment