评论：Ubuntu8.10下moses测试平台搭建全记录 http://www.52nlp.cn/ubuntu-moses-platform-build-process-record I Love Natural Language Processing Fri, 30 Jul 2010 00:28:39 +0000 http://wordpress.org/?v=2.9.2 hourly 1 来自：52nlp http://www.52nlp.cn/ubuntu-moses-platform-build-process-record/comment-page-1#comment-1350 52nlp Fri, 16 Jul 2010 23:50:34 +0000 http://www.52nlp.cn/?p=466#comment-1350 可以，前提是你必须有中英对齐的语料库用来训练翻译模型和语言模型。 Moses只提供一个统计机器翻译的平台框架，与具体语言无关。 可以，前提是你必须有中英对齐的语料库用来训练翻译模型和语言模型。
Moses只提供一个统计机器翻译的平台框架，与具体语言无关。

]]> 来自：小飞 http://www.52nlp.cn/ubuntu-moses-platform-build-process-record/comment-page-1#comment-1349 小飞 Fri, 16 Jul 2010 14:45:05 +0000 http://www.52nlp.cn/?p=466#comment-1349 你好，我想问一下我可以用moses进行中英文的翻译吗？ 你好，我想问一下我可以用moses进行中英文的翻译吗？

]]> 来自：52nlp http://www.52nlp.cn/ubuntu-moses-platform-build-process-record/comment-page-1#comment-1300 52nlp Mon, 14 Jun 2010 01:49:18 +0000 http://www.52nlp.cn/?p=466#comment-1300 “autoconf failed”是怎么解决的？如果没有解决再运行一遍又是“automake failed”就太怪了。 对于“autoconf failed”的问题，我搜了一下，似乎这个家伙遇到的是和你一样的问题： http://www.bakuzen.com/?p=21 ./regenerate-makefiles.sh This will take a few seconds and will generate your makefiles based on how your computer is configured. The only problem I ran into was this: possibly undefined macro: AC_PROG_LIBTOOL and I was able to fix it easily by installing libtool (in ubuntu: sudo apt-get install libtool -thanks to this site for the info) and then tried again and it worked fine. 所以对于这个错误：configure.in:12: error: possibly undefined macro: AC_DISABLE_SHARED， 你需要安装libtool，具体参考： http://desk.stinkpot.org:8080/tricks/index.php/2007/05/fixing-error-undefined-macro-ac_prog_libtool/ 一些问题可能是环环相扣的，总得感觉是你的linux开发环境还是缺少moses所依赖的一些库，再仔细检查一下。 “autoconf failed”是怎么解决的？如果没有解决再运行一遍又是“automake failed”就太怪了。
对于“autoconf failed”的问题，我搜了一下，似乎这个家伙遇到的是和你一样的问题： http://www.bakuzen.com/?p=21

./regenerate-makefiles.sh
This will take a few seconds and will generate your makefiles based on how your computer is configured. The only problem I ran into was this: possibly undefined macro: AC_PROG_LIBTOOL and I was able to fix it easily by installing libtool (in ubuntu: sudo apt-get install libtool -thanks to this site for the info) and then tried again and it worked fine.

所以对于这个错误：configure.in:12: error: possibly undefined macro: AC_DISABLE_SHARED， 你需要安装libtool，具体参考：
http://desk.stinkpot.org:8080/tricks/index.php/2007/05/fixing-error-undefined-macro-ac_prog_libtool/

一些问题可能是环环相扣的，总得感觉是你的linux开发环境还是缺少moses所依赖的一些库，再仔细检查一下。

]]> 来自：kemi http://www.52nlp.cn/ubuntu-moses-platform-build-process-record/comment-page-1#comment-1299 kemi Sun, 13 Jun 2010 14:04:51 +0000 http://www.52nlp.cn/?p=466#comment-1299 还是我，不好意思，又打搅你了，上面的问题我还是没有解决。 又从头根据你的文章装一下，到了安装解码器moses的时候还是出现和上面的问题 就是运行./regenerate-makefiles.sh命令时，出现 xuji@xuji-desktop:~/mtworkdir/moses$ ./regenerate-makefiles.sh Calling /usr/bin/aclocal... Calling /usr/bin/autoconf... configure.in:12: error: possibly undefined macro: AC_DISABLE_SHARED If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:13: error: possibly undefined macro: AC_PROG_LIBTOOL autoconf failed 我再运行一遍./regenerate-makefiles.sh之后又出现下面的错误 xuji@xuji-desktop:~/mtworkdir/moses$ ./regenerate-makefiles.sh Calling /usr/bin/aclocal... Calling /usr/bin/autoconf... Calling /usr/bin/automake... OnDiskPt/src/Makefile.am:1: library used but `RANLIB' is undefined OnDiskPt/src/Makefile.am:1: The usual way to define `RANLIB' is to add `AC_PROG_RANLIB' OnDiskPt/src/Makefile.am:1: to `configure.in' and run `autoconf' again. moses-chart/src/Makefile.am:1: library used but `RANLIB' is undefined moses-chart/src/Makefile.am:1: The usual way to define `RANLIB' is to add `AC_PROG_RANLIB' moses-chart/src/Makefile.am:1: to `configure.in' and run `autoconf' again. moses/src/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined moses/src/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' moses/src/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again. moses/src/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure moses/src/Makefile.am:1: its definition is in aclocal's search path. automake failed 应该可以看出来automake之类的都已经安装过了。实在不知道怎么解决，真是麻烦你了。 另外，我从http://sourceforge.net/projects/mosesdecoder下载其他版本的moses 仍然会出现问题。 上一个帖子就是，下载安装了C++标准库，仍然同样的问题。 不好意思哈 还是我，不好意思，又打搅你了，上面的问题我还是没有解决。
又从头根据你的文章装一下，到了安装解码器moses的时候还是出现和上面的问题
就是运行./regenerate-makefiles.sh命令时，出现

xuji@xuji-desktop:~/mtworkdir/moses$ ./regenerate-makefiles.sh
Calling /usr/bin/aclocal…
Calling /usr/bin/autoconf…
configure.in:12: error: possibly undefined macro: AC_DISABLE_SHARED
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.in:13: error: possibly undefined macro: AC_PROG_LIBTOOL
autoconf failed

我再运行一遍./regenerate-makefiles.sh之后又出现下面的错误
xuji@xuji-desktop:~/mtworkdir/moses$ ./regenerate-makefiles.sh
Calling /usr/bin/aclocal…
Calling /usr/bin/autoconf…
Calling /usr/bin/automake…
OnDiskPt/src/Makefile.am:1: library used but `RANLIB’ is undefined
OnDiskPt/src/Makefile.am:1: The usual way to define `RANLIB’ is to add `AC_PROG_RANLIB’
OnDiskPt/src/Makefile.am:1: to `configure.in’ and run `autoconf’ again.
moses-chart/src/Makefile.am:1: library used but `RANLIB’ is undefined
moses-chart/src/Makefile.am:1: The usual way to define `RANLIB’ is to add `AC_PROG_RANLIB’
moses-chart/src/Makefile.am:1: to `configure.in’ and run `autoconf’ again.
moses/src/Makefile.am:1: Libtool library used but `LIBTOOL’ is undefined
moses/src/Makefile.am:1: The usual way to define `LIBTOOL’ is to add `AC_PROG_LIBTOOL’
moses/src/Makefile.am:1: to `configure.in’ and run `aclocal’ and `autoconf’ again.
moses/src/Makefile.am:1: If `AC_PROG_LIBTOOL’ is in `configure.in’, make sure
moses/src/Makefile.am:1: its definition is in aclocal’s search path.
automake failed

应该可以看出来automake之类的都已经安装过了。实在不知道怎么解决，真是麻烦你了。

另外，我从http://sourceforge.net/projects/mosesdecoder下载其他版本的moses
仍然会出现问题。
上一个帖子就是，下载安装了C++标准库，仍然同样的问题。
不好意思哈

]]> 来自：kemi http://www.52nlp.cn/ubuntu-moses-platform-build-process-record/comment-page-1#comment-1298 kemi Sun, 13 Jun 2010 07:48:39 +0000 http://www.52nlp.cn/?p=466#comment-1298 我尝试了 sudo apt-get install build-essential sudo apt-get install libc6 sudo apt-get install libstdc++6 其中libstdc++6已经安装过了 然后再运行make －j 4 的命令，依然出现上面同样的问题 是不是因为我把moses的版本换成了2008-7-11导致的呢 请教还有什么解决方法吗 我尝试了
sudo apt-get install build-essential
sudo apt-get install libc6
sudo apt-get install libstdc++6
其中libstdc++6已经安装过了
然后再运行make －j 4 的命令，依然出现上面同样的问题
是不是因为我把moses的版本换成了2008-7-11导致的呢
请教还有什么解决方法吗

]]> 来自：52nlp http://www.52nlp.cn/ubuntu-moses-platform-build-process-record/comment-page-1#comment-1295 52nlp Sat, 12 Jun 2010 11:04:01 +0000 http://www.52nlp.cn/?p=466#comment-1295 抱歉这么迟才答复你，我搜了一下，感觉你的这个问题比较怪，好像与你的系统缺乏一些C++标准库有关，建议除了g++外，将C/C++编译需要的库也装了，具体可以Google一下，我有点忘了。 抱歉这么迟才答复你，我搜了一下，感觉你的这个问题比较怪，好像与你的系统缺乏一些C++标准库有关，建议除了g++外，将C/C++编译需要的库也装了，具体可以Google一下，我有点忘了。

]]> 来自：kemi http://www.52nlp.cn/ubuntu-moses-platform-build-process-record/comment-page-1#comment-1293 kemi Sat, 12 Jun 2010 06:19:17 +0000 http://www.52nlp.cn/?p=466#comment-1293 我换用了moses 2008-7-11的版本之后 ./regenerate-makefiles.sh ./configure –with-srilm=/home/52nlp/mtworkdir/srilm 这两个命令可以编译通过了 但是在执行make －j 4命令的时候又出现以下的错误 In file included from FactorTypeSet.h:28, from Dictionary.h:25, from DecodeStep.h:26, from DecodeGraph.cpp:24: Util.h: In function ‘T Scan(const std::string&) [with T = int]’: Util.h:76: 错误： ‘atoi’在此作用域中尚未声明 Util.h: In function ‘T Scan(const std::string&) [with T = float]’: Util.h:83: 错误： ‘atof’在此作用域中尚未声明 In file included from Factor.h:31, from Word.h:28, from ConfusionNet.h:7, from ConfusionNet.cpp:3: Util.h: In function ‘T Scan(const std::string&) [with T = int]’: Util.h:76: 错误： ‘atoi’在此作用域中尚未声明In file included from FactorTypeSet.h:28, from Dictionary.h:25, from DecodeStep.h:26, from DecodeStep.cpp:22: Util.h: In function ‘T Scan(const std::string&) [with T = int]’: Util.h:76: 错误： ‘atoi’在此作用域中尚未声明 Util.h: In function ‘T Scan(const std::string&) [with T = float]’: Util.h:83: 错误： ‘atof’在此作用域中尚未声明 Util.h: In function ‘T Scan(const std::string&) [with T = float]’: Util.h:83: 错误： ‘atof’在此作用域中尚未声明 In file included from ConfusionNet.h:7, from ConfusionNet.cpp:3: Word.h: In copy constructor ‘Word::Word(const Word&)’: Word.h:49: 错误： ‘memcpy’不是‘std’的成员 Word.h: In constructor ‘Word::Word()’: Word.h:54: 错误： ‘memset’不是‘std’的成员 In file included from Phrase.h:30, from InputType.h:27, from ConfusionNet.h:8, from ConfusionNet.cpp:3: WordsBitmap.h: In constructor ‘WordsBitmap::WordsBitmap(size_t)’: WordsBitmap.h:57: 错误： ‘malloc’在此作用域中尚未声明 WordsBitmap.h: In copy constructor ‘WordsBitmap::WordsBitmap(const WordsBitmap&)’: WordsBitmap.h:64: 错误： ‘malloc’在此作用域中尚未声明 WordsBitmap.h: In destructor ‘WordsBitmap::~WordsBitmap()’: WordsBitmap.h:72: 错误： ‘free’在此作用域中尚未声明 In file included from Phrase.h:29, from PhraseDictionary.h:29, from PhraseDictionaryMemory.h:25, from DecodeStep.cpp:23: Word.h: In copy constructor ‘Word::Word(const Word&)’: Word.h:49: 错误： ‘memcpy’不是‘std’的成员 Word.h: In constructor ‘Word::Word()’: Word.h:54: 错误： ‘memset’不是‘std’的成员 In file included from Phrase.h:30, from PhraseDictionary.h:29, from PhraseDictionaryMemory.h:25, from DecodeStep.cpp:23: WordsBitmap.h: In constructor ‘WordsBitmap::WordsBitmap(size_t)’: WordsBitmap.h:57: 错误： ‘malloc’在此作用域中尚未声明 WordsBitmap.h: In copy constructor ‘WordsBitmap::WordsBitmap(const WordsBitmap&)’: WordsBitmap.h:64: 错误： ‘malloc’在此作用域中尚未声明 WordsBitmap.h: In destructor ‘WordsBitmap::~WordsBitmap()’: WordsBitmap.h:72: 错误： ‘free’在此作用域中尚未声明 make[2]: *** [DecodeGraph.o] 错误 1 make[2]: *** 正在等待未完成的任务.... In file included from Phrase.h:29, from Hypothesis.h:27, from BitmapContainer.h:27, from BitmapContainer.cpp:26: Word.h: In copy constructor ‘Word::Word(const Word&)’: Word.h:49: 错误： ‘memcpy’不是‘std’的成员 Word.h: In constructor ‘Word::Word()’: Word.h:54: 错误： ‘memset’不是‘std’的成员 请教下该如何解决呢？ 我换用了moses 2008-7-11的版本之后
./regenerate-makefiles.sh
./configure –with-srilm=/home/52nlp/mtworkdir/srilm
这两个命令可以编译通过了

但是在执行make －j 4命令的时候又出现以下的错误
In file included from FactorTypeSet.h:28,
from Dictionary.h:25,
from DecodeStep.h:26,
from DecodeGraph.cpp:24:
Util.h: In function ‘T Scan(const std::string&) [with T = int]’:
Util.h:76: 错误： ‘atoi’在此作用域中尚未声明
Util.h: In function ‘T Scan(const std::string&) [with T = float]’:
Util.h:83: 错误： ‘atof’在此作用域中尚未声明
In file included from Factor.h:31,
from Word.h:28,
from ConfusionNet.h:7,
from ConfusionNet.cpp:3:
Util.h: In function ‘T Scan(const std::string&) [with T = int]’:
Util.h:76: 错误： ‘atoi’在此作用域中尚未声明In file included from FactorTypeSet.h:28,
from Dictionary.h:25,
from DecodeStep.h:26,
from DecodeStep.cpp:22:
Util.h: In function ‘T Scan(const std::string&) [with T = int]’:
Util.h:76: 错误： ‘atoi’在此作用域中尚未声明
Util.h: In function ‘T Scan(const std::string&) [with T = float]’:
Util.h:83: 错误： ‘atof’在此作用域中尚未声明

Util.h: In function ‘T Scan(const std::string&) [with T = float]’:
Util.h:83: 错误： ‘atof’在此作用域中尚未声明
In file included from ConfusionNet.h:7,
from ConfusionNet.cpp:3:
Word.h: In copy constructor ‘Word::Word(const Word&)’:
Word.h:49: 错误： ‘memcpy’不是‘std’的成员
Word.h: In constructor ‘Word::Word()’:
Word.h:54: 错误： ‘memset’不是‘std’的成员
In file included from Phrase.h:30,
from InputType.h:27,
from ConfusionNet.h:8,
from ConfusionNet.cpp:3:
WordsBitmap.h: In constructor ‘WordsBitmap::WordsBitmap(size_t)’:
WordsBitmap.h:57: 错误： ‘malloc’在此作用域中尚未声明
WordsBitmap.h: In copy constructor ‘WordsBitmap::WordsBitmap(const WordsBitmap&)’:
WordsBitmap.h:64: 错误： ‘malloc’在此作用域中尚未声明
WordsBitmap.h: In destructor ‘WordsBitmap::~WordsBitmap()’:
WordsBitmap.h:72: 错误： ‘free’在此作用域中尚未声明
In file included from Phrase.h:29,
from PhraseDictionary.h:29,
from PhraseDictionaryMemory.h:25,
from DecodeStep.cpp:23:
Word.h: In copy constructor ‘Word::Word(const Word&)’:
Word.h:49: 错误： ‘memcpy’不是‘std’的成员
Word.h: In constructor ‘Word::Word()’:
Word.h:54: 错误： ‘memset’不是‘std’的成员
In file included from Phrase.h:30,
from PhraseDictionary.h:29,
from PhraseDictionaryMemory.h:25,
from DecodeStep.cpp:23:
WordsBitmap.h: In constructor ‘WordsBitmap::WordsBitmap(size_t)’:
WordsBitmap.h:57: 错误： ‘malloc’在此作用域中尚未声明
WordsBitmap.h: In copy constructor ‘WordsBitmap::WordsBitmap(const WordsBitmap&)’:
WordsBitmap.h:64: 错误： ‘malloc’在此作用域中尚未声明
WordsBitmap.h: In destructor ‘WordsBitmap::~WordsBitmap()’:
WordsBitmap.h:72: 错误： ‘free’在此作用域中尚未声明
make[2]: *** [DecodeGraph.o] 错误 1
make[2]: *** 正在等待未完成的任务….
In file included from Phrase.h:29,
from Hypothesis.h:27,
from BitmapContainer.h:27,
from BitmapContainer.cpp:26:
Word.h: In copy constructor ‘Word::Word(const Word&)’:
Word.h:49: 错误： ‘memcpy’不是‘std’的成员
Word.h: In constructor ‘Word::Word()’:
Word.h:54: 错误： ‘memset’不是‘std’的成员

请教下该如何解决呢？

]]> 来自：kemi http://www.52nlp.cn/ubuntu-moses-platform-build-process-record/comment-page-1#comment-1292 kemi Fri, 11 Jun 2010 13:40:51 +0000 http://www.52nlp.cn/?p=466#comment-1292 我在安装解码器Moses及相关脚本的时候 在　　./regenerate-makefiles.sh 这一步后出现错误 Calling /usr/bin/aclocal... Calling /usr/bin/autoconf... Calling /usr/bin/automake... OnDiskPt/src/Makefile.am:1: library used but `RANLIB' is undefined OnDiskPt/src/Makefile.am:1: The usual way to define `RANLIB' is to add `AC_PROG_RANLIB' OnDiskPt/src/Makefile.am:1: to `configure.in' and run `autoconf' again. moses-chart/src/Makefile.am:1: library used but `RANLIB' is undefined moses-chart/src/Makefile.am:1: The usual way to define `RANLIB' is to add `AC_PROG_RANLIB' moses-chart/src/Makefile.am:1: to `configure.in' and run `autoconf' again. moses/src/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined moses/src/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' moses/src/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again. moses/src/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure moses/src/Makefile.am:1: its definition is in aclocal's search path. automake failed 然后继续执行./configure –with-srilm=/home/52nlp/mtworkdir/srilm 又出现了以下的情况 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for g++... g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for style of include used by make... GNU checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E ./configure: line 3281: AC_DISABLE_SHARED: command not found ./configure: line 3282: AC_PROG_LIBTOOL: command not found checking for XMLRPC-C... ignored configure: trace enabled (default) configure: Building non-threaded moses. This will disable the moses server checking Ngram.h usability... yes checking Ngram.h presence... yes checking for Ngram.h... yes checking for trigram_init in -loolm... yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes configure: Disabling server configure: creating ./config.status config.status: error: cannot find input file: Makefile.in 请教一下是出现了什么情况，应该如何解决呢，谢谢了 我在安装解码器Moses及相关脚本的时候
在　　./regenerate-makefiles.sh 这一步后出现错误

Calling /usr/bin/aclocal…
Calling /usr/bin/autoconf…
Calling /usr/bin/automake…
OnDiskPt/src/Makefile.am:1: library used but `RANLIB’ is undefined
OnDiskPt/src/Makefile.am:1: The usual way to define `RANLIB’ is to add `AC_PROG_RANLIB’
OnDiskPt/src/Makefile.am:1: to `configure.in’ and run `autoconf’ again.
moses-chart/src/Makefile.am:1: library used but `RANLIB’ is undefined
moses-chart/src/Makefile.am:1: The usual way to define `RANLIB’ is to add `AC_PROG_RANLIB’
moses-chart/src/Makefile.am:1: to `configure.in’ and run `autoconf’ again.
moses/src/Makefile.am:1: Libtool library used but `LIBTOOL’ is undefined
moses/src/Makefile.am:1: The usual way to define `LIBTOOL’ is to add `AC_PROG_LIBTOOL’
moses/src/Makefile.am:1: to `configure.in’ and run `aclocal’ and `autoconf’ again.
moses/src/Makefile.am:1: If `AC_PROG_LIBTOOL’ is in `configure.in’, make sure
moses/src/Makefile.am:1: its definition is in aclocal’s search path.
automake failed

然后继续执行./configure –with-srilm=/home/52nlp/mtworkdir/srilm
又出现了以下的情况
checking for a BSD-compatible install… /usr/bin/install -c
checking whether build environment is sane… yes
checking for a thread-safe mkdir -p… /bin/mkdir -p
checking for gawk… gawk
checking whether make sets $(MAKE)… yes
checking for g++… g++
checking for C++ compiler default output file name… a.out
checking whether the C++ compiler works… yes
checking whether we are cross compiling… no
checking for suffix of executables…
checking for suffix of object files… o
checking whether we are using the GNU C++ compiler… yes
checking whether g++ accepts -g… yes
checking for style of include used by make… GNU
checking dependency style of g++… gcc3
checking how to run the C++ preprocessor… g++ -E
./configure: line 3281: AC_DISABLE_SHARED: command not found
./configure: line 3282: AC_PROG_LIBTOOL: command not found
checking for XMLRPC-C… ignored
configure: trace enabled (default)
configure: Building non-threaded moses. This will disable the moses server
checking Ngram.h usability… yes
checking Ngram.h presence… yes
checking for Ngram.h… yes
checking for trigram_init in -loolm… yes
checking getopt.h usability… yes
checking getopt.h presence… yes
checking for getopt.h… yes
configure: Disabling server
configure: creating ./config.status
config.status: error: cannot find input file: Makefile.in

请教一下是出现了什么情况，应该如何解决呢，谢谢了

]]> 来自：52nlp http://www.52nlp.cn/ubuntu-moses-platform-build-process-record/comment-page-1#comment-1258 52nlp Fri, 28 May 2010 16:04:07 +0000 http://www.52nlp.cn/?p=466#comment-1258 呵呵，猜错了，本科在工大。 呵呵，猜错了，本科在工大。

]]> 来自：sc http://www.52nlp.cn/ubuntu-moses-platform-build-process-record/comment-page-1#comment-1256 sc Fri, 28 May 2010 09:02:18 +0000 http://www.52nlp.cn/?p=466#comment-1256 这位师兄是不是工大博士毕业去了苏州大学当老师了呀，我猜的，呵呵。 这位师兄是不是工大博士毕业去了苏州大学当老师了呀，我猜的，呵呵。

]]>