Moses-support Digest, Vol 111, Issue 14

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. Re: Error compiling: libstdc++.so.6: version `GLIBCXX_3.4.20'
not found (Hieu Hoang)


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

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

Hmm, maybe it can also cause trouble with the reuse of parts from
previous steps if the user doesn't proceed with care.

You could overwrite steps/1/config.1 on a call of experiment.perl
-config config.1 -continue 1 -exec .


On Fri, 2016-01-08 at 20:56 +0000, Matthias Huck wrote:
> Hi Philipp,
>
> Usually I just keep track of the EMS config files in my base directory
> and more or less ignore the steps/*/config.* copies.
>
> I never mix
> experiment.perl -config config.1 -continue 1
> and
> experiment.perl -continue 1
>
> so I won't run into trouble.
>
> This workflow was totally okay for me so far. I wouldn't be surprised if
> many other users do the same.
>
> I agree that it may "cause some unexpected behaviour down the road",
> e.g. if the web interface is used in a collaborative environment for
> keeping track of experiments. It's gonna display the config from the
> steps/ directory, even though that one might have been superseded when
> continuing the experiment.
>
> Cheers,
> Matthias
>
>
> On Fri, 2016-01-08 at 15:17 -0500, Philipp Koehn wrote:
> > Hi,
> >
> >
> > I looked at the code, and I was not happy with what I found, although
> > I apparently wrote it.
> >
> >
> > What do you expect
> > experiment.perl -config config.1 -continue 1
> > to do differently than
> > experiment.perl -continue 1
> >
> >
> > Currently it seems to run with the specified config file but not
> > overwrite steps/1/config.1 which may cause some unexpected behaviour
> > down the road...
> >
> >
> > -phi
> >
> > On Fri, Jan 8, 2016 at 1:24 PM, Matthias Huck <mhuck@inf.ed.ac.uk>
> > wrote:
> > Hi Philipp,
> >
> > On Fri, 2016-01-08 at 13:17 -0500, Philipp Koehn wrote:
> > > the command
> > > experiment.perl -config config.1 -continue 1
> > > actually is not defined.
> >
> > Are you sure about this? I seem to be doing that kind of thing
> > all the
> > time and never had any issues with it, as far as I can tell.
> > It won't replace an older steps/1/config.1 , but I typically
> > don't mind.
> >
> > Cheers,
> > Matthias
> >
> >
> >
> >
> >
> > --
> > The University of Edinburgh is a charitable body, registered
> > in
> > Scotland, with registration number SC005336.
> >
> >
> >
> >
> >
>
>
>



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



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

Message: 2
Date: Sat, 9 Jan 2016 12:21:50 +0000
From: Hieu Hoang <hieuhoang@gmail.com>
Subject: Re: [Moses-support] Error compiling: libstdc++.so.6: version
`GLIBCXX_3.4.20' not found
To: Lane Schwartz <dowobeha@gmail.com>, "moses-support@mit.edu"
<moses-support@mit.edu>
Message-ID: <5690FB5E.9080205@gmail.com>
Content-Type: text/plain; charset="windows-1252"

I think you have to set
export LD_LIBRARY_PATH=<where is .so file is>
export INCLUDE_PATH=<where the .h file is>

On 08/01/16 20:04, Lane Schwartz wrote:
> Here's the log file.
>
> On Fri, Jan 8, 2016 at 1:58 PM, Lane Schwartz <dowobeha@gmail.com
> <mailto: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"
>
>
> _______________________________________________
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support

--
Hieu Hoang
http://www.hoang.co.uk/hieu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20160109/5cae07b6/attachment-0001.html

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

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


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

Tweet