After installation of hfst3.4, ./autogen.sh, ./configure... _make_ does not compile (Bugzilla Bug 1552)

[albbas]

This issue was created automatically with bugzilla2github

Bugzilla Bug 1552

Date: 2013-01-03T23:36:03+01:00 From: Jack Rueter <> To: Sjur Nørstebø Moshagen <> CC: sjur.n.moshagen, tommi.pirinen

Last updated: 2013-02-12T13:42:46+01:00

[albbas]

Comment 7631

Date: 2013-01-03 23:36:03 +0100 From: Jack Rueter <>

empty hfst3 directory (1) cd hfst3 (2) svn up (3) ./autogen.sh (4) ./configure --with-foma --with-sfst --enable-proc --enable-lexc --with-unicode-handler=backend --enable-tagger --enable-calculate (5) make

Make does not complete

++++++++++++ libtool: link: ar cru .libs/libhfstimplementations.a .libs/HfstTransitionGraph.o .libs/ConvertTransducerFormat.o .libs/HfstTropicalTransducerTransitionData.o .libs/ConvertSfstTransducer.o .libs/ConvertTropicalWeightTransducer.o .libs/ConvertLogWeightTransducer.o .libs/ConvertFomaTransducer.o .libs/ConvertOlTransducer.o compose_intersect/.libs/ComposeIntersectRulePair.o compose_intersect/.libs/ComposeIntersectLexicon.o compose_intersect/.libs/ComposeIntersectRule.o compose_intersect/.libs/ComposeIntersectFst.o compose_intersect/.libs/ComposeIntersectUtilities.o .libs/SfstTransducer.o .libs/TropicalWeightTransducer.o .libs/LogWeightTransducer.o .libs/FomaTransducer.o .libs/HfstOlTransducer.o optimized-lookup/.libs/transducer.o optimized-lookup/.libs/convert.o optimized-lookup/.libs/ospell.o optimized-lookup/.libs/pmatch.o libtool: link: ranlib .libs/libhfstimplementations.a libtool: link: ( cd ".libs" && rm -f "libhfstimplementations.la" && ln -s "../libhfstimplementations.la" "libhfstimplementations.la" ) Making all in parsers make[5]: No rule to make target xre_parse.h', needed byall'. Stop. make[4]: [all-recursive] Error 1 make[3]: [all] Error 2 make[2]: [all-recursive] Error 1 make[1]: [all-recursive] Error 1 make: [all] Error 2 Jack-Rueters-MacBook-Pro:hfst3 jackrueter$

++++++++++++++

[albbas]

Comment 7632

Date: 2013-01-04 06:47:42 +0100 From: Tommi A Pirinen <>

Seems like upstream bug: http://sourceforge.net/p/hfst/bugs/149/

Intermediate solution is to go around .h files that work like this and ln -s them to corresponding .hh name, such as:

pushd libhfst/src/parsers/ ln -s xre_arse.hh xre_parse.h popd

and rerun until none show up.

[albbas]

Comment 7633

Date: 2013-01-04 08:29:49 +0100 From: Jack Rueter <>

(In reply to comment #1)

Seems like upstream bug: http://sourceforge.net/p/hfst/bugs/149/

Intermediate solution is to go around .h files that work like this and ln -s them to corresponding .hh name, such as:

pushd libhfst/src/parsers/ ln -s xre_arse.hh xre_parse.h popd

and rerun until none show up. ++++++ The Error reads: +++++ Making all in parsers make[5]: No rule to make target xre_parse.h', needed byall'. Stop. make[4]: [all-recursive] Error 1 make[3]: [all] Error 2 make[2]: [all-recursive] Error 1 make[1]: [all-recursive] Error 1 make: [all] Error 2 +++++ I assume that there should be either xre_arse.hh or xre_parse.h in libhfst/src/parsers/ but there isn't ++++ Jack-Rueters-MacBook-Pro:hfst3 jackrueter$ ls libhfst/src/parsers/ LexcCompiler.cc XreCompiler.cc pmatch_parse.yy LexcCompiler.h XreCompiler.h pmatch_utils.cc Makefile lexc-lexer.ll pmatch_utils.h Makefile.am lexc-parser.yy xre_lex.ll Makefile.in lexc-utils.cc xre_parse.yy PmatchCompiler.cc lexc-utils.h xre_utils.cc PmatchCompiler.h pmatch_lex.ll xre_utils.h +++++

[albbas]

Comment 7634

Date: 2013-01-04 09:27:12 +0100 From: Sjur Nørstebø Moshagen <>

(In reply to comment #1)

Seems like upstream bug: http://sourceforge.net/p/hfst/bugs/149/

And this: https://sourceforge.net/p/hfst/bugs/124/ (which might be a duplicate of the first one, or the other way around).

In this bug report a manual work-around is described, which is known to work, and a one-step work-around for all relevant files are described here:

http://divvun.no/doc/infra/compiling_HFST3.html

Intermediate solution is to go around .h files that work like this and ln -s them to corresponding .hh name, such as:

pushd libhfst/src/parsers/ ln -s xre_arse.hh xre_parse.h popd

Will this actually work? I mean, to get the updated .hh/.h files when the .yy files are changed, you actually need to make the corresponding .cc files. Will the dependency chain work and trigger recompilation just by soft-linking?