Hi Hieu, I have added mgizapp (MGIZA++) in MacPorts, and a port for GIZA++ is not gizapp but giza-pp. There is a notational inconsistency.
If you try to use mgizapp or giza-pp, please run the following commands: $ sudo port selfupdate $ sudo port install mgizapp or $ sudo port install giza-pp You cannot install both mgizapp and giza-pp together. Best, Hiroshi Umemoto (h...@macports.org) On Nov 3, 2012, at 9:55 PM, Hiroshi Umemoto <h...@macports.org> wrote: > Hi Hieu, > > Thanks for trying mosesdecoder (moses) macports. There is gizapp (giza++) and > you can try it. > > Best, > Hiroshi Umemoto (h...@macports.org) > > On Oct 31, 2012, at 1:49 AM, Hieu Hoang <hieuho...@gmail.com> wrote: > >> hi hiroshi >> >> i've installed installed moses using your macports package on macosx 10.7.5. >> Everything works fine. >> >> Thanks for that, i think it will be a very useful tool. >> >> Do you know if there is a giza++, or better still mgiza, macport package? >> Moses is dependent on an alignment tool for training. >> >> thanks >> hieu >> >> On 07/10/2012 06:32, Hiroshi Umemoto wrote: >>> Hi, >>> >>> Thank you for organising the Moses project. I have created a port for >>> mosesdecoder in MacPorts to install Moses by a single command on Mac OS. >>> Although it seemed to work fine on my machine (Mac OS X 10.8.2 a.k.a >>> Mountain Lion), a serious problem on Mac OS X 10.6 (Snow Leopard) was >>> reported in the macports-dev mailing list: >>> >>> http://lists.macosforge.org/pipermail/macports-dev/2012-October/020692.html >>> >>>> The problem occurs when a port compiles a test with "-o /dev/null", >>>> because although that will discard the output file, which is what's >>>> wanted, it will also *delete* the output file (i.e. delete /dev/null) if >>>> the test fails. Since we only saw this problem on Snow Leopard I guess >>>> only gcc does that, and clang doesn't. >>>> >>>> Build 11369 was mosesdecoder, and I did find the "-o /dev/null" construct >>>> in the file jam-files/sanity.jam. I've just verified on my Snow Leopard >>>> test machine that building mosesdecoder as-is does delete /dev/null. Now >>>> I'll restart and patch the port to use "-o dummy" instead and I'll try >>>> again. >>> Could you check and fix the problem? One of the committers of MacPorts has >>> created a patch for jam-files/sanity.jam: >>> >>> http://trac.macports.org/browser/trunk/dports/textproc/mosesdecoder/files/patch_jam-files_sanity.jam.diff?rev=98496 >>> >>> Regards, >>> Hiroshi Umemoto (h...@macports.org) >>> >>> _______________________________________________ >>> 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