Closed TuulaP closed 6 years ago
It seems to me like it should work (as it works on travis and my computer) but maybe current hfst developers know something more, I'll try to work around a bit since it could be improved.
I have added a mechanism to disable the c++-based tools for now, they are not as advanced as python-based ones and they do not yet have significant efficiency gains either. Add --without-cpp
to configure should fix the centos compilation if it's not otherwise easily resolved.
Thanks, great it worked now! ☕️
Anyhow I had to drop the --enable-hyphenator, as with it, compilation ended to this error:
/work/bin/hfst_v3.14.0/bin/hfst-fst2fst -f olw generated/temporary.accept.hfst -o generated/omorfi.accept.hfst
cp -v tokeniser/omorfi.tokenise.pmatch generated/omorfi.tokenise.pmatch
‘tokeniser/omorfi.tokenise.pmatch’ -> ‘generated/omorfi.tokenise.pmatch’
hfst-pmatch2fst -i generated/omorfi.tokenise.pmatch > generated/omorfi.tokenise.pmatchfst
terminate called after throwing an instance of 'HfstException'
/bin/sh: line 1: 26825 Aborted hfst-pmatch2fst -i generated/omorfi.tokenise.pmatch > generated/omorfi.tokenise.pmatchfst
make[2]: *** [generated/omorfi.tokenise.pmatchfst] Error 134
make[2]: Leaving directory `/data/tmp/git_asenn2018/omorfi/src'
make[1]: *** [all-recursive] Error 1
but I'll experiment a bit with different configuration options, so I can proceed, thanks a million!
The hyphenator hasn't been developed much recently, it seems that the old dictionary-based solution is too heavy to be used at all, the rules without dictionary should compile however, and typically this error can be fixed by make clean && make
when it's caused by broken make creating corrupt or empty automata binaries.
From #56 got bit forwards, but now getting a new error
export PKG_CONFIG_PATH=/work/bin/hfst_v3.14.0/lib/pkgconfig
./configure --prefix=$OMOPATH --with-hfst=/work/bin/hfst_v3.14.0/bin --enable-ftb3 --enable-segmenter --enable-hyphenator --enable-lemmatiser
but something new pops up, and compilation ends to this: