build-number

Override lexicon.hfst build via GT_LEXICON_HFST_DEPS/_RECIPE, not a second rule The shared src-morphology-dir-include.am / lexc-include.am (from giella-core) define their own ".generated/lexicon.hfst:" rule, built via hfst-lexc straight from GT_LEXC_ROOT/GT_LEXC_SRCS. Since automake keeps both definitions in the generated Makefile and plain "last definition wins", our own same-named rule here -- built from the Apertium subtree's automorf.att.gz via hfst-substitute -- was silently losing every time: only an "overriding recipe" warning, no error, so it went unnoticed. lexicon.hfst has apparently been built from the near-empty root.lexc fallback instead of the actual Apertium-derived lexicon. giella-core >= 1.14.0 lets a language override this without a duplicate rule definition: GT_LEXICON_HFST_DEPS/_RECIPE are read by the one, single rule definition in lexc-include.am, set with `?=` there so a value set here (in the normal "Local processing" section, same place this rule already lived) is picked up instead of the generic default -- no need to place anything after the includes, no more silent override race. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>