giellalt / lang-fkv

Finite state and Constraint Grammar based analysers and proofing tools, and language resources for the Kven Finnish language

https://giellalt.uit.no

GNU Lesser General Public License v3.0

2 stars 0 forks source link

hfst compilation fails ( #12

Open albbas opened 6 years ago

albbas commented 6 years ago

This issue was created automatically with bugzilla2github

Bugzilla Bug 2438

Date: 2017-10-19T20:44:53+02:00 From: Børre Gaup <> To: Trond Trosterud <> CC: sindre.reino.trosterud, sjur.n.moshagen

Last updated: 2017-11-20T12:39:21+01:00

albbas commented 6 years ago

Comment 12674

Date: 2017-10-19 20:44:53 +0200 From: Børre Gaup <>

Using these configure options: ./configure --with-hfst --without-xfst --enable-tokenisers --enable-reversed-intersect --enable-alignment

Gives this result: make[2]: Entering directory '/home/boerre/repos/langtech/langs/fkv/src/phonology' HTWOLC fkv-phon.hfst Exception: HfstException in file: htwolcpre1-parser.yy on line: 541

albbas commented 6 years ago

Comment 12680

Date: 2017-10-25 13:44:48 +0200 From: Trond Trosterud <>

I now repeat this result,w ith the settings: ./configure --with-hfst --enable-oahpa and the svn version of the twolc file.

Also, nn gemination (sano ==> sannoot) fails for the .xfst analyser.

albbas commented 6 years ago

Comment 12713

Date: 2017-11-20 11:43:52 +0100 From: Trond Trosterud <>

I found the error: A % missing in front of a ^HMETA (should be %^HMETA).

Unfortunately the case is not quite closed: The code now compiles:

in twolc, without the error message Warning: make_num_re: Positive integer expected, got 0.
in hfst, without the error message

But the test form sannoot still fails in xfst, we get no nn gemination:

sannoot sannoot sannoot +?

sannoot+V+Inf sannoot+V+Inf sanoot sannoot+V+Inf sanoa

Interestingly, it succeeds in hfst:

tf4-hsl-m0024:fkv trond$ hufkv sannoot sannoot sannoot+V+Inf 0.000000

So this calls for some afterthought.

albbas commented 6 years ago

Comment 12714

Date: 2017-11-20 12:38:18 +0100 From: Trond Trosterud <>

New testing. Here is the situation:

Everythings work compiled with hfst (so the bug name is now misleading).
With the xerox tools, we have this situation: -- dfkv generates "sannoot+V+Inf" ok, but it cannot analyse it, instead it analyses "sanoot" -- testing in twolc, we get mixes results: lex-test gives non-geminated n (as does the analyser), whereas the pair-test behaves as it should:

twolc> lex-test

Lexical string ('q' = quit): san0o>^Vt san0o>^Vt s a n 0 o

^V t

Lexical string ('q' = quit): q

twolc> pair-test

Lexical string ('q' = quit): san0o>^Vt Surface string ('q' = quit): sanno>ot s a n 0:n o

^V:o t ACCEPTED

Lexical string ('q' = quit): sano>^Vt Surface string ('q' = quit): sano>ot s a n o

^V:o REJECTED: "Gemination Vo" fails in state 113.

albbas commented 6 years ago

Comment 12715

Date: 2017-11-20 12:39:21 +0100 From: Trond Trosterud <>

New testing. Here is the situation:

Everythings work compiled with hfst (so the bug name is now misleading).
With the xerox tools, we have this situation: -- dfkv generates "sannoot+V+Inf" ok, but it cannot analyse it, instead it analyses "sanoot" -- testing in twolc, we get mixes results: lex-test gives non-geminated n (as does the analyser), whereas the pair-test behaves as it should:

twolc> lex-test

Lexical string ('q' = quit): san0o>^Vt san0o>^Vt s a n 0 o

^V t

Lexical string ('q' = quit): q

twolc> pair-test

Lexical string ('q' = quit): san0o>^Vt Surface string ('q' = quit): sanno>ot s a n 0:n o

^V:o t ACCEPTED

Lexical string ('q' = quit): sano>^Vt Surface string ('q' = quit): sano>ot s a n o

^V:o REJECTED: "Gemination Vo" fails in state 113.