Home » Uncategories » Moses-support Digest, Vol 125, Issue 1

Moses-support Digest, Vol 125, Issue 1

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: New compile problems on RHEL 7 (Hieu Hoang)
2. Re: New compile problems on RHEL 7 (Mike Ladwig)
3. Second Call for Papers for 1st Workshop on Neural Machine
Translation (Alexandra Birch)


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

Message: 1
Date: Wed, 1 Mar 2017 12:04:04 +0000
From: Hieu Hoang <hieuhoang@gmail.com>
Subject: Re: [Moses-support] New compile problems on RHEL 7
To: Mike Ladwig <mdladwig@gmail.com>
Cc: Moses Support <moses-support@mit.edu>
Message-ID:
<CAEKMkbhOZzwhoS1+X7StfECj+3KuOP25Bez0oHmDyxBwmy4Vgg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

I tried Moses version 3 and master on a plain Redhat Enterprise 7. I had to
make some changes to master
https://github.com/moses-smt/mosesdecoder/commits/master
Both versions compiled ok but there were errors in the unit tests, which
can be ignored for another time. These are the build logs, fyi:
https://www.dropbox.com/sh/h55chvo41586cit/AAAwv6kESmIinMeOI82wXrxta?dl=0

I'm not sure why you're getting problems with -lSegFault. Maybe there's
some remants of an older OS left when the server was upgraded.

fyi:

$ gcc --version
gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-11)
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ cat /proc/version
Linux version 3.10.0-514.el7.x86_64 (mockbuild@x86-039.build.eng.
bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-11) (GCC) ) #1
SMP Wed Oct 19 11:24:13 EDT 2016

compile command:
./bjam -j10 --with-xmlrpc-c=/home/hieu/workspace/xmlrpc-c-1.39.12
--with-cmph=/home/hieu/workspace/cmph-2.0 --with-irstlm=/home/hieu/
workspace/irstlm-5.80.08/trunk


Hieu Hoang
http://moses-smt.org/
* Looking for MT/NLP opportunities *

On 28 February 2017 at 15:33, Mike Ladwig <mdladwig@gmail.com> wrote:

> I've build moses 3.x previously without issue, but something has changed
> in the last few months (fresh checkout this morning) and the build is now
> failing on RHEL 7.x. I setup LIBRARY_PATH and CPATH to link with a locally
> compiled zlib (the RHEL zlib is broken).
>
> I use the following commands:
> export LIBRARY_PATH=/usr/local/lib64
> export CPATH=/usr/local/include
> ./bjam --with-cmph=/usr/local
>
> It looks like it is generally failing in link steps trying to link x86
> instead of x86_64 libraries (/usr/lib instead of /usr/lib64):
>
> [mike@c7test mosesdecoder]$ file /usr/lib64/librt-2.17.so
> /usr/lib64/librt-2.17.so: ELF 64-bit LSB shared object, x86-64, version 1
> (GNU/Linux), dynamically linked, BuildID[sha1]=
> 82e77ade22bc9fff8d3458bd37331e7edf174c28, for GNU/Linux 2.6.32, not
> stripped
> [mike@c7test mosesdecoder]$ file /usr/lib64/libSegFault.so
> /usr/lib64/libSegFault.so: ELF 64-bit LSB shared object, x86-64, version 1
> (SYSV), dynamically linked, BuildID[sha1]=2fdc95c4323c554e206e16fb01571970c9c0afd5,
> for GNU/Linux 2.6.32, not stripped
>
>
> _______________________________________________
> 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/20170301/783798ef/attachment-0001.html

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

Message: 2
Date: Wed, 1 Mar 2017 07:58:48 -0500
From: Mike Ladwig <mdladwig@gmail.com>
Subject: Re: [Moses-support] New compile problems on RHEL 7
To: Hieu Hoang <hieuhoang@gmail.com>
Cc: Moses Support <moses-support@mit.edu>
Message-ID:
<CAB3VaD3VRo2=uwOLnsuduJkNw=DDSQnmo4s-4yQpBwbMGPOfUQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

That compiled (I'll start testing soon) fine. I think the issue with
libSegFault is that I have both 32 and 64 bit versions of glibc installed
which puts the 32bit version of libSegFault in /usr/lib and 64 bit version
in /usr/lib64. The way moses gcc.link is setup, it seems ldd is searching
/usr/lib before /usr/lib64.

On Wed, Mar 1, 2017 at 7:04 AM, Hieu Hoang <hieuhoang@gmail.com> wrote:

> I tried Moses version 3 and master on a plain Redhat Enterprise 7. I had
> to make some changes to master
> https://github.com/moses-smt/mosesdecoder/commits/master
> Both versions compiled ok but there were errors in the unit tests, which
> can be ignored for another time. These are the build logs, fyi:
> https://www.dropbox.com/sh/h55chvo41586cit/
> AAAwv6kESmIinMeOI82wXrxta?dl=0
>
> I'm not sure why you're getting problems with -lSegFault. Maybe there's
> some remants of an older OS left when the server was upgraded.
>
> fyi:
>
> $ gcc --version
> gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-11)
> Copyright (C) 2015 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> $ cat /proc/version
> Linux version 3.10.0-514.el7.x86_64 (mockbuild@x86-039.build.eng.b
> os.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-11) (GCC) ) #1
> SMP Wed Oct 19 11:24:13 EDT 2016
>
> compile command:
> ./bjam -j10 --with-xmlrpc-c=/home/hieu/workspace/xmlrpc-c-1.39.12
> --with-cmph=/home/hieu/workspace/cmph-2.0 --with-irstlm=/home/hieu/works
> pace/irstlm-5.80.08/trunk
>
>
> Hieu Hoang
> http://moses-smt.org/
> * Looking for MT/NLP opportunities *
>
> On 28 February 2017 at 15:33, Mike Ladwig <mdladwig@gmail.com> wrote:
>
>> I've build moses 3.x previously without issue, but something has changed
>> in the last few months (fresh checkout this morning) and the build is now
>> failing on RHEL 7.x. I setup LIBRARY_PATH and CPATH to link with a locally
>> compiled zlib (the RHEL zlib is broken).
>>
>> I use the following commands:
>> export LIBRARY_PATH=/usr/local/lib64
>> export CPATH=/usr/local/include
>> ./bjam --with-cmph=/usr/local
>>
>> It looks like it is generally failing in link steps trying to link x86
>> instead of x86_64 libraries (/usr/lib instead of /usr/lib64):
>>
>> [mike@c7test mosesdecoder]$ file /usr/lib64/librt-2.17.so
>> /usr/lib64/librt-2.17.so: ELF 64-bit LSB shared object, x86-64, version
>> 1 (GNU/Linux), dynamically linked, BuildID[sha1]=82e77ade22bc9fff8d3458bd37331e7edf174c28,
>> for GNU/Linux 2.6.32, not stripped
>> [mike@c7test mosesdecoder]$ file /usr/lib64/libSegFault.so
>> /usr/lib64/libSegFault.so: ELF 64-bit LSB shared object, x86-64, version
>> 1 (SYSV), dynamically linked, BuildID[sha1]=2fdc95c4323c554e206e16fb01571970c9c0afd5,
>> for GNU/Linux 2.6.32, not stripped
>>
>>
>> _______________________________________________
>> 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/20170301/cf157115/attachment-0001.html

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

Message: 3
Date: Wed, 1 Mar 2017 14:18:52 +0000
From: Alexandra Birch <lexi.birch@gmail.com>
Subject: [Moses-support] Second Call for Papers for 1st Workshop on
Neural Machine Translation
To: "moses-support@mit.edu" <moses-support@mit.edu>
Message-ID:
<CA+h82t4tBaHzNiZdQdzpL4+XbSaR0z4bsvUnKiGXxipAXoGGQA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Description

The 1st Workshop on Neural Machine Translation (
https://sites.google.com/site/acl17nmt/) is a new annual workshop that will
be co-located with ACL 2017 (Vancouver, July 30-August 4, 2017). Neural
Machine Translation (NMT) is a simple new architecture for getting machines
to learn to translate. Despite being relatively recent, NMT has
demonstrated promising results and attracted much interest, achieving
state-of-the-art results on a number of shared tasks. This workshop aims to
cultivate research in neural machine translation and other aspects of
machine translation and multilinguality that utilize neural models. The
workshop is broad in scope and invites original research contributions on
topics that include, but are not limited to the following:


-

Incorporating linguistic insights: syntax, alignment, reordering, etc.
-

Combining NMT & SMT
-

Handling resource-limited domains
-

Utilizing more data in NMT: monolingual, multilingual resources
-

Multi-task learning for NMT
-

NMT for mobile devices
-

Analysis and visualization of NMT models
-

Beyond sentence-level translation
-

Beyond maximum-likelihood estimation
-

Neural Machine Generation

Submissions

We are soliciting submissions in three categories of papers: full workshop
submissions, extended abstracts, and cross-submissions. All submissions
will be made through Softconf (http://softconf.com/acl2017/nmt/).
Full Workshop Paper

Authors should submit a long paper of up to 8 pages, with up to 2
additional pages for references, following the ACL 2017 formatting
requirements (see the ACL 2017 Call For Papers for reference:
http://acl2017.org/calls/papers/). The reported research should be original
work. All papers will be presented as posters, and a few selected papers
may also be presented orally at the discretion of the committee. All
accepted papers will appear in the workshop proceedings, which will be
archived by the ACL Anthology (http://aclweb.org/anthology/).
Best Paper Awards

>From the submitted full workshop papers, between zero and two papers will
be selected for best paper awards at the discretion of the program
committee.
Extended Abstracts

Preliminary ideas or results may also be submitted as extended abstracts,
with a length of 2 to 4 pages plus references. Similarly to full papers,
these abstracts will follow the ACL formatting requirements, be submitted
through Softconf, and be reviewed by the program committee. Accepted
abstracts will be presented as posters, but not be included in the workshop
proceedings.
Cross-submissions

We also accept cross-submissions that have already been published or
presented in other venues for consideration as poster presentations, which
will allow authors who have presented at other venues to discuss with and
get feedback from NMT researchers. These submissions will not appear in the
proceedings, and there is no restriction on the format of the submissions
(in other words, it is OK to submit a paper from a different venue as-is).
The papers in this track will be submitted through softconf to the
cross-submission track and reviewed by the program committee.
Schedule

All Deadlines are 11:59 PM Pacific time.

-

Deadline for paper submission: Friday April 21, 2017
-

Notification of acceptance: Friday May 19, 2017
-

Camera ready submission due: Friday May 26, 2017
-

Early registration deadline (ACL'17): TBD
-

Workshop: August 3 or 4, 2017

Workshop Organizers

-

Alexandra Birch (Edinburgh)
-

Andrew Finch (NICT)
-

Thang Luong (Google)
-

Graham Neubig (CMU)


--
------------------------------------------------------------------------------------------
School of Informatics
University of Edinburgh
Phone +44 (0)131 650-8286

--
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/20170301/e32b92c5/attachment.html

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

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


End of Moses-support Digest, Vol 125, Issue 1
*********************************************

0 Response to "Moses-support Digest, Vol 125, Issue 1"

Post a Comment

Subscribe to: Post Comments (Atom)