search

giellalt / bugzilla-dummy

0 stars 0 forks source link

sma: ./configure --enable-oahpa tar ikke med adjectives-oahpa.lexc x 2 (Bugzilla Bug 1641) #1446

Closed albbas closed 7 years ago

albbas commented 11 years ago

This issue was created automatically with bugzilla2github

Bugzilla Bug 1641

Date: 2013-04-02T20:18:47+02:00 From: Trond Trosterud <> To: Sjur Nørstebø Moshagen <> CC: lene.antonsen, thomas.omma, trond.trosterud

Last updated: 2017-03-03T12:18:08+01:00

albbas commented 11 years ago

Comment 8106

Date: 2013-04-02 20:18:47 +0200 From: Trond Trosterud <>

Eg kompilerer etter tur, men får same resultat.

570 ./configure --with-oahpa 571 make 575 ll src/generator-*|see

649988 Apr 2 20:01 src/generator-dict-gt-desc.tmp.xfst 628798 Apr 2 20:01 src/generator-dict-gt-desc.xfst 617810 Apr 2 20:01 src/generator-dict-gt-norm.tmp.xfst 598108 Apr 2 20:01 src/generator-dict-gt-norm.xfst 627684 Apr 2 20:01 src/generator-gt-desc.tmp.xfst 614467 Apr 2 20:01 src/generator-gt-desc.xfst 614825 Apr 2 20:01 src/generator-gt-norm.tmp.xfst 609766 Apr 2 20:01 src/generator-gt-norm.xfst

576 make clean 577 ./configure 578 make 579 ll src/generator-*|see

649988 Apr 2 20:04 src/generator-dict-gt-desc.tmp.xfst 628798 Apr 2 20:04 src/generator-dict-gt-desc.xfst 617810 Apr 2 20:04 src/generator-dict-gt-norm.tmp.xfst 598108 Apr 2 20:04 src/generator-dict-gt-norm.xfst 627684 Apr 2 20:04 src/generator-gt-desc.tmp.xfst 614467 Apr 2 20:04 src/generator-gt-desc.xfst 614825 Apr 2 20:04 src/generator-gt-norm.tmp.xfst 609766 Apr 2 20:04 src/generator-gt-norm.xfst

Eg får også same resultat med generering: src/generator-dict-gt-desc.xfst 0%>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100%

LEXICON LOOK-UP

veelkes+A+Sg+Nom veelkes+A+Sg+Nomveelkes veelkes+A+Sg+NomVeelkes

(denne burde ha gjeve vyölkehke i tillegg til veelkes, oahpa-versjonen har begge, divvun-versjonen har berre veelkes)

Så det er noko som ikkje fungerer med ./configure

Derimot fungerer Hom1, Hom2 fint: -dict-generatoren krev Hom-taggar, mens den andre generatoren ikkje vil ha dei, akkurat som det skal vere:

tf-hsl-m0016:sma ttr000$ lookup src/generator-dict-gt-norm.xfst

0%>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 100%

LEXICON LOOK-UP

govledh+V+Inf govledh+V+Infgovledh+V+Inf+?

govledh+Hom1+V+Inf govledh+Hom1+V+Infgovledh

tf-hsl-m0016:sma ttr000$ lookup src/generator-gt-norm.xfst 0%>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100%

LEXICON LOOK-UP

govledh+V+Inf govledh+V+Inf govledh govledh+V+Inf govledh

govledh+Hom1+V+Inf govledh+Hom1+V+Inf govledh+Hom1+V+Inf +?

albbas commented 11 years ago

Comment 8107

Date: 2013-04-02 20:20:48 +0200 From: Trond Trosterud <>

Eg gjer framlegg om "innan ei veke", slik at vi ikkje glømmer det, dette er ein bug av typen "dette må fungere den dagen vi skal generere ordboka"

albbas commented 11 years ago

Comment 8108

Date: 2013-04-02 20:48:46 +0200 From: Lene Antonsen <>

(In reply to comment #1)

Eg gjer framlegg om "innan ei veke", slik at vi ikkje glømmer det, dette er ein bug av typen "dette må fungere den dagen vi skal generere ordboka"

Jeg minner om at ordboka blir generert hver dag nå - http://baakoeh.oahpa.no Det er den gamle infraens fst-en som er i bruk der, men vi bør fortest mulig erstatte med new infra, nå når taggene fungerer.

albbas commented 11 years ago

Comment 8109

Date: 2013-04-02 20:51:42 +0200 From: Lene Antonsen <>

tf-hsl-m0016:sma ttr000$ lookup src/generator-gt-norm.xfst 0%>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100%

LEXICON LOOK-UP

govledh+V+Inf govledh+V+Inf govledh govledh+V+Inf govledh

govledh+Hom1+V+Inf govledh+Hom1+V+Inf govledh+Hom1+V+Inf +?

Dette stusser jeg på - Hom1 skal kunne genereres med generator-gt-norm.xfst, men skal ikke være obligatorisk, noe den tydeligvis er nå. Den skal fungere på samme måte i generator-gt-norm.xfst som f.eks. IV og TV taggene gjør i gammel infra.

albbas commented 11 years ago

Comment 8110

Date: 2013-04-04 15:45:32 +0200 From: Sjur Nørstebø Moshagen <>

(In reply to comment #0)

Eg kompilerer etter tur, men får same resultat.

570 ./configure --with-oahpa

Du har ikkje tatt med vesentlege detaljar for å finna feilen. Når eg gjer det same får eg:

$ ./configure --with-oahpa configure: WARNING: unrecognized options: --with-oahpa [...] configure: WARNING: unrecognized options: --with-oahpa -- Building gtlangs-sma 20110617:

--with-oahpa fungerer ikkje, og skal ikkje fungera. Rett måte å setja opp oahpa på er:

$ ./configure --enable-oahpa

Altså med "--enable-" i staden for "--with-". Då skal oahpa-versjonane av kjeldefilene blir brukte.

NB! Oahpa-fst-ane er mest sannsynleg ikkje ferdige i den forstand at dei gjer det dei er meint å gjera. Kompileringa må justerast med korrekte filter og korrekt oppsett. Eg har ikkje nok innsikt i oahpa-krava til å gjera det åleine, så det skulle vera bra å sjå på oahpa-transducarane i lag, t.d. neste veke.

albbas commented 11 years ago

Comment 8112

Date: 2013-04-05 14:39:56 +0200 From: Sjur Nørstebø Moshagen <>

(In reply to comment #3)

tf-hsl-m0016:sma ttr000$ lookup src/generator-gt-norm.xfst 0%>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100%

LEXICON LOOK-UP

govledh+V+Inf govledh+V+Inf govledh govledh+V+Inf govledh

govledh+Hom1+V+Inf govledh+Hom1+V+Inf govledh+Hom1+V+Inf +?

Dette stusser jeg på - Hom1 skal kunne genereres med generator-gt-norm.xfst, men skal ikke være obligatorisk, noe den tydeligvis er nå. Den skal fungere på samme måte i generator-gt-norm.xfst som f.eks. IV og TV taggene gjør i gammel infra.

Det stemmer. Eg har fiksa dette i svn r74013. Det fungerer korrekt for meg i sma no:

$ dsmaNorm govledh+Hom1+V+Inf govledh+Hom1+V+Inf govledh

govledh+V+Inf govledh+V+Inf govledh govledh+V+Inf govledh

$ dsma govledh+Hom1+V+Inf govledh+Hom1+V+Inf govledh

govledh+V+Inf govledh+V+Inf govledh govledh+V+Inf govledh

albbas commented 11 years ago

Comment 8194

Date: 2013-04-27 11:37:24 +0200 From: Sjur Nørstebø Moshagen <>

(In reply to comment #4)

Altså med "--enable-" i staden for "--with-". Då skal oahpa-versjonane av kjeldefilene blir brukte.

Autotools-konvensjonen er:

NB! Oahpa-fst-ane er mest sannsynleg ikkje ferdige i den forstand at dei gjer det dei er meint å gjera. Kompileringa må justerast med korrekte filter og korrekt oppsett. Eg har ikkje nok innsikt i oahpa-krava til å gjera det åleine, så det skulle vera bra å sjå på oahpa-transducarane i lag, t.d. neste veke.

Eg har ikkje fått kommentarar på dette, eller på den siste merknaden min. Er oahpa-fst-en no ok, eller er det meir som skal gjerast?

albbas commented 11 years ago

Comment 8195

Date: 2013-04-27 11:58:15 +0200 From: Sjur Nørstebø Moshagen <>

(In reply to comment #0)

Eg kompilerer etter tur, men får same resultat.

570 ./configure --with-oahpa 571 make [...] src/generator-dict-gt-desc.xfst 0%>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100%

LEXICON LOOK-UP

veelkes+A+Sg+Nom veelkes+A+Sg+Nomveelkes veelkes+A+Sg+NomVeelkes

(denne burde ha gjeve vyölkehke i tillegg til veelkes, oahpa-versjonen har begge, divvun-versjonen har berre veelkes)

$ ./configure --with-hfst --enable-oahpa $ make $ hdsma veelkes+A+Sg+Nom veelkes+A+Sg+Nom veelkes 0.000000 veelkes+A+Sg+Nom vyölkehke 0.000000

Betyr det at det no fungerer som det skal?

albbas commented 11 years ago

Comment 8196

Date: 2013-04-27 12:13:47 +0200 From: Lene Antonsen <>

Din output ser bra ut for det ordet. Jeg skulle gjerne ha kompilert og sjekket for flere ord, men dessverre så kan jeg ikke lenger kompilere i newinfra :-(

Komplieringa stopper opp på denne:

Making all in filters GEN remove-illegal-derivation-strings.xfst Opening '/Users/lan000/gtsvn/gtcore/gtshared/src/filters/remove-illegal-derivation-strings.regex' April 18, 2013 13:41:20 GMT

uansett om jeg bruker oahpa eller ikke i configure

albbas commented 11 years ago

Comment 8197

Date: 2013-04-27 12:40:25 +0200 From: Sjur Nørstebø Moshagen <>

(In reply to comment #8)

Komplieringa stopper opp på denne:

Making all in filters GEN remove-illegal-derivation-strings.xfst Opening '/Users/lan000/gtsvn/gtcore/gtshared/src/filters/remove-illegal-derivation-strings.regex' April 18, 2013 13:41:20 GMT

uansett om jeg bruker oahpa eller ikke i configure

Stoppar heilt, eller bruker lang tid? Akkurat det regulære uttrykket tek lang tid, så dobbeltsjekk at det ikkje berre er det. Om det er ein regelrett feil som gjer at kompileringa stoppar, skal det gje eit tydeleg svar frå byggjesystemet om at noko gjekk gale.

albbas commented 11 years ago

Comment 8198

Date: 2013-04-28 13:21:57 +0200 From: Lene Antonsen <>

Jo, sjur hadde rett. Regexen tok veldig lang tid, over 11 min.

Resultatet er ikke helt bra: – Use/NG skal være med i generator-dict-gt-desc.xfst. – generator-oahpa-gt-norm.xfst skal kreve Hom1 og Hom2

Og så mangler vi L og SH for generering til Oahpa (vi bruker tre forskjellige for generering for Oahpa). Eller skal jeg kjøre egen make-kommando for dem?

sma$ lookup src/generator-dict-gt-desc.xfst 0%>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100%

LEXICON LOOK-UP

veelkes+A+Sg+Nom veelkes+A+Sg+Nom vyölkehke <===== her mangler veelkes fordi den er merka med Use/NG

govledh+V+Inf govledh+V+Inf govledh+V+Inf +? <== ok

govledh+Hom1+V+Inf govledh+Hom1+V+Inf govledh

govledh+Hom2+V+Inf govledh+Hom2+V+Inf govledh

Til sammenlikning: sma$ lookup src/generator-gt-norm.xfst 0%>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100%

LEXICON LOOK-UP

veelkes+A+Sg+Nom veelkes+A+Sg+Nom vyölkehke veelkes+A+Sg+Nom veelkes <===== ok. Denne skal være med også i generator-dict-gt-desc.xfst

govledh+Hom1+V+Inf govledh+Hom1+V+Inf govledh

govledh+Hom2+V+Inf govledh+Hom2+V+Inf govledh

govledh+V+Inf govledh+V+Inf govledh <== ok govledh+V+Inf govledh

sma$ lookup src/generator-oahpa-gt-norm.xfst 0%>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>100%

LEXICON LOOK-UP

veelkes+A+Sg+Nom veelkes+A+Sg+Nom vyölkehke veelkes+A+Sg+Nom veelkes <===== ok

govledh+V+Inf govledh+V+Inf govledh govledh+V+Inf govledh <==== denne skal gi ?

govledh+Hom2+V+Inf govledh+Hom2+V+Inf govledh+Hom2+V+Inf +? <== denne skal gi govledh

albbas commented 11 years ago

Comment 8199

Date: 2013-04-28 13:27:52 +0200 From: Lene Antonsen <>

OBS, der hvor jeg skrev desc i forrige kommentar, skal det være norm (jeg testa først i vanvare med desc, men kjørte nye analyser med norm, men glemte å kopiere over analysatornavnet i kommentaren):

generator-dict-gt-desc.xfst => generator-dict-gt-norm.xfst

albbas commented 11 years ago

Comment 8218

Date: 2013-04-29 15:36:12 +0200 From: Lene Antonsen <>

Sjur, jeg hører fra Trond om at du ikke har liste over tagger vs. fst-versjon. Vi hadde arbeidsmøte 7. mars hvor du la inn taggene i filtre i newinfra, og jeg mener å huske at vi hadde et felles see-dok. Jeg blei dårlig og forlot møtet. Kanksje du har dokumentet?

albbas commented 11 years ago

Comment 8219

Date: 2013-04-29 15:56:25 +0200 From: Sjur Nørstebø Moshagen <>

Eg skreiv:

(In reply to comment #6) <== 27. april

(In reply to comment #4) <== 4. april

NB! Oahpa-fst-ane er mest sannsynleg ikkje ferdige i den forstand at dei gjer det dei er meint å gjera. Kompileringa må justerast med korrekte filter og korrekt oppsett. Eg har ikkje nok innsikt i oahpa-krava til å gjera det åleine, så det skulle vera bra å sjå på oahpa-transducarane i lag, t.d. neste veke.

Eg har ikkje fått kommentarar på dette, eller på den siste merknaden min. Er oahpa-fst-en no ok, eller er det meir som skal gjerast?

Og no skreiv Lene:

(In reply to comment #12)

Sjur, jeg hører fra Trond om at du ikke har liste over tagger vs. fst-versjon. Vi hadde arbeidsmøte 7. mars hvor du la inn taggene i filtre i newinfra, og jeg mener å huske at vi hadde et felles see-dok. Jeg blei dårlig og forlot møtet. Kanksje du har dokumentet?

Dokumentet hadde eg på ei datamaskin der plåtelageret kræsja, så det er nok tapt (eg arbeider med å berga så mykje som mogleg derifrå, men eg har ikkje store håp for det dokumentet). Men i tillegg trur eg ikkje eg har vore eksplisitt nok. Det eg treng er altså ei liste over alle fst-ane som blir brukte i Oahpa, og kva slags taggar som skal vera med og på kva slags måte for kvar av dei. Det kan t.d. vera ein tabell i stil med dette:

| fst | obligatoriske taggar | valfrie taggar | fjerna taggar +------------------------------+-------------------------+----------------+-------------- | generator-oahpa-gt-norm.xfst | +Hom1, +Hom2, ... | xx | alle Use-taggar, ...

Det er det eg treng. Etter det er det enkelt å laga fst-ane.

albbas commented 11 years ago

Comment 8220

Date: 2013-04-29 16:27:19 +0200 From: Lene Antonsen <>

Felles for sme og sma:

For oahpa og dict: vi trenger egentlig bare generatorerer. Analysator for Vasta/Sahka holder jeg utafor dette dokumentet nå, det er en egen historie i branches, men den kompilerer jeg spesielt og legger sjøl inn i /opt/

Oahpa har tre generatorer, en Norm pluss to dialekter. Norm skal innehold alle normerte former, dialektgeneratorene: Norm minus Dial/- for den dialekta det gjelder og minus Use/NG

Både oahpa-generatorerne og dict må skille mellom homonymier, og derfor skal alle disse taggene være obligariske: Hom1, Hom2, NomAg, G3

Dict skal i tillegg ha obligatoriske tagger for å sortere paradigmer: v1, v2, v3, v4, v5 Dict skal også har obligatoriske tagger for å kunne filtrere ut former som ikke skal presenteres i miniparadigmer: Use/NGminip, Allegro

Her er liste over tagger som er obligatoriske for generatorene - ingen av disse skal ha Use/Sub-former. Håper at jeg har huska alle. Jeg er ikke helt sikker på alle newinfra-navnene på fst.ene, men jeg håper at dette er forståelig:

Noen tagger finnes ikke for sma, men de vil kunne være nyttige i framtida, så jeg foreslår å ta dem med:

                       | obligatoriske                                                                |  valgfrie

dict-norm-sme | NomAg, G3, v1, v2, v3, v4, v5, Use/NGminip, Allegro | G7, sem-tagger, IV, TV

dict-norm-sma | Hom1, Hom2, v1, v2, v3, v4, v5, Use/NGminip | IV, TV

sme-norm | | NomAg, G3, G7, v1, v2, v3, v4, v5, Use/NGminip, Allegro, sem-tagger, IV, TV

sma-norm | | Hom1, Hom2, IV, TV, v1, v2, v3, v4, v5, Use/NGminip

oahpa-norm-sme | NomAg, G3 | v1, v2, v3, v4, v5, Use/NGminip, Allegro, G7, sem-tagger, IV, TV

isme-GG.restr.fst | samme som oahpa-norm-sme, men Use/NG og Dial/-GG skal ikke være med i kompileringa

isme-KJ.restr.fst | samme som oahpa-norm-sme, men Use/NG og Dial/-KJ skal ikke være med i kompileringa

oahpa-norm-sma Hom1, Hom2 IV, TV, v1, v2, v3, v4, v5, Use/NGminip
isma-SH.restr.fst samme som oahpa-norm-sma, men Use/NG og Dial/-SH skal ikke være med i kompileringa

isma-L.restr.fst | samme som oahpa-norm-sma, men Use/NG og Dial/-L skal ikke være med i kompileringa

albbas commented 11 years ago

Comment 8221

Date: 2013-04-29 16:43:29 +0200 From: Sjur Nørstebø Moshagen <>

Takk, det var ei bra liste :)

Her er nokre spørsmål som eg har enno:

Kva slags tagg er G7? Dvs kva gjer han? Korleis kan han klassifiserast? sme-spesifikk, reknar eg med.

Du skriv:

"samme som oahpa-norm-sme, men Use/NG og Dial/-GG skal ikke være med i kompileringa"

Betyr det at taggen skal fjernast, eller at alle former som er merka med Use/NG osb. skal fjernast? Eg trur du meiner det siste, men det er best å vera sikker.

Eg er samd i at det er best å ta med alle taggar for sma òg. Eg gjer det slik at eg skil mellom dei generelle og dei språkspesifikke taggane. På den måten blir det enkelt å bruka same definisjon av Oahpa-fst-ane for alle språk som måtte ha nytte av dei.

Eg føreslår at eg lagar alle fst-ane i par, både analysator og generator. På den måten er det enkelt å laga testar som sjekkar at dei fungerer som dei skal, med dei taggane som skal vera der. Testverktyet vårt er laga for å testa både generering og analyse, og krev difor begge delar. Reint teknisk er det svært enkelt å gå frå den eine til den andre.

Det er ganske mange fst-ar, og dialekttilpassinga har vi ikkje gjort i den nye infrastrukturen enno, så det kan ta litt tid før eg får alt på plass. Men no veit eg kva eg skal laga :)

albbas commented 11 years ago

Comment 8222

Date: 2013-04-29 17:08:49 +0200 From: Lene Antonsen <>

Kva slags tagg er G7? Dvs kva gjer han? Korleis kan han klassifiserast? sme-spesifikk, reknar eg med.

Dette er en tag som Thomas har innført pga TTS, derfor legger jeg han som CC til denne buggen. +G7 ! Grade 3, no CG

Den er brukt på substantiver som 'láđđi' som kan bøyes både láđ'đi:láđ'đi og láđđi:láđi Vi har ikke lagt inn G7 noe sted i dict eller oahpa - hvis det er substantiver med og uten G7, som har samme semantisk innhold, kan vi merke med v1, v2.

Thomas: Er det substantiver som er like i grunnform, men som har forskjellig semantisk innhold, hvor den ene har G7 og den andre ikke har det?

"samme som oahpa-norm-sme, men Use/NG og Dial/-GG skal ikke være med i kompileringa"

Betyr det at taggen skal fjernast, eller at alle former som er merka med Use/NG osb. skal fjernast? Eg trur du meiner det siste, men det er best å vera sikker.

alle former skal fjernes

albbas commented 11 years ago

Comment 8227

Date: 2013-04-30 12:43:03 +0200 From: Thomas Omma <>

yes I think so

Thomas: Er det substantiver som er like i grunnform, men som har forskjellig semantisk innhold, hvor den ene har G7 og den andre ikke har det?

albbas commented 11 years ago

Comment 8235

Date: 2013-05-02 08:44:20 +0200 From: Lene Antonsen <>

(In reply to comment #17)

yes I think so

Thomas: Er det substantiver som er like i grunnform, men som har forskjellig semantisk innhold, hvor den ene har G7 og den andre ikke har det?

Da må G7 behandles på samme måte som G3 i forhold til fst, (og den må implementeres i ordbøkene).

albbas commented 11 years ago

Comment 8250

Date: 2013-05-08 07:33:27 +0200 From: Sjur Nørstebø Moshagen <>

(In reply to comment #10)

Jo, sjur hadde rett. Regexen tok veldig lang tid, over 11 min.

(regexen er remove-illegal-derivation-strings.regex)

Dette er alt for lang tid, og eg er ganske sikker på at det er ein feil i xerox-verktya som gjer at det går så seint. For meg (riktignok på ei heilt ny maskin) ser det slik ut:

cd src/filters/ make clean time make

real 0m5.992s user 0m5.649s sys 0m0.203s

Dvs kompileringa av alle regexa (berre Xerox-versjon) tek mindre enn 6 sekund. Eg har xfst versjon:

$ xfst -v xfst-2.15.7 (libcfsm-2.25.11) (svn 34269)

albbas commented 10 years ago

Comment 8659

Date: 2013-10-29 14:52:01 +0100 From: Sjur Nørstebø Moshagen <>

Kva er status - er det framleis same resultat? Kan de uppsummera status pr i dag?

albbas commented 9 years ago

Comment 9917

Date: 2014-12-22 10:13:46 +0100 From: Lene Antonsen <>

Jeg sjekker kompileringa for sma:

./configure --enable-oahpa make

sma$ $LOOKUP src/generator-oahpa-gt-norm.xfst veelkes+A+Sg+Nom veelkes+A+Sg+Nom veelkes

sma$ $LOOKUP src/analyser-oahpa-gt-norm.xfst vyölkehke vyölkehke vyölkehke+A+Sg+Nom vyölkehke vyölkehke+A+Attr

båetedh+V+Ind+Prt+Sg1 båetedh+V+Ind+Prt+Sg1 båetiejim båetedh+V+Ind+Prt+Sg1 böötim

sma$ $LOOKUP src/generator-oahpa-gt-norm-dial_SH.xfst veelkes+A+Sg+Nom veelkes+A+Sg+Nom veelkes

båetedh+V+Ind+Prt+Sg1 båetedh+V+Ind+Prt+Sg1 böötim

^C sma$ $LOOKUP src/generator-oahpa-gt-norm-dial_L.xfst båetedh+V+Ind+Prt+Sg1 båetedh+V+Ind+Prt+Sg1 båetiejim

veelkes+A+Sg+Nom veelkes+A+Sg+Nom veelkes

Konklusjon:

albbas commented 9 years ago

Comment 10150

Date: 2015-02-12 20:47:59 +0100 From: Sjur Nørstebø Moshagen <>

(In reply to comment #21)

./configure --enable-oahpa make

Eg gjer det same:

$ ./configure --enable-oahpa $ make V=1

Dette er det make fortel meg når han lagar lexc-samlefila (lexicon.lexc):

cat ../../../../src/morphology/root.lexc ../../../../src/morphology/clitics.lexc ../../../../src/morphology/compounding.lexc ../../../../src/morphology/affixes/nouns.lexc ../../../../src/morphology/affixes/propernouns.lexc ../../../../src/morphology/affixes/verbs.lexc ../../../../src/morphology/stems/abbreviations.lexc ../../../../src/morphology/stems/acronyms.lexc ../../../../src/morphology/stems/adpositions.lexc ../../../../src/morphology/stems/adverbs.lexc ../../../../src/morphology/stems/conjunctions.lexc ../../../../src/morphology/stems/interjections.lexc ../../../../src/morphology/stems/nouns.lexc ../../../../src/morphology/stems/numerals.lexc ../../../../src/morphology/stems/particles.lexc ../../../../src/morphology/stems/pronouns.lexc ../../../../src/morphology/stems/punctuation.lexc ../../../../src/morphology/stems/subjunctions.lexc ../../../../src/morphology/stems/verbs.lexc ../../../../src/morphology/affixes/adjectives-oahpa.lexc ../../../../src/morphology/stems/adjectives-oahpa.lexc generated_files/smi-sma-propernouns.lexc

lexicon.lexc

Som du ser er det to adjektivfiler i lista, ei frå stems/, og ei frå affixes/. Begge er oahpa-filer.

Konklusjon:

  • Dialekttaggene fungerer som de skal i kompileringa.
  • oahpa-filen for adjektiver komme ikke med i kompileringa som den skal.

For meg ser det ut som om oahpafilene for adjektiv blir med akkurat som dei skal.

Kan du testa på nytt, og sjå om du får same resultat som meg?

albbas commented 7 years ago

Comment 12093

Date: 2017-03-02 17:03:04 +0100 From: Sjur Nørstebø Moshagen <>

(In reply to Sjur Nørstebø Moshagen from comment #22)

(In reply to comment #21)

./configure --enable-oahpa make

Eg gjer det same:

$ ./configure --enable-oahpa $ make V=1 [...]

Konklusjon:

  • Dialekttaggene fungerer som de skal i kompileringa.
  • oahpa-filen for adjektiver komme ikke med i kompileringa som den skal.

For meg ser det ut som om oahpafilene for adjektiv blir med akkurat som dei skal.

Kan du testa på nytt, og sjå om du får same resultat som meg?

Eg får framleis same resultat, dvs at bygginga fungerer slik ho skal. Det kan sjølvsagt vera andre grunnar til at ikkje oahpa-fst-ane fungerer som dei skal, men eg har vanskeleg for å sjå at det er bygginga som er problemet.

Eg lukkar denne lusmeldinga som WORKSFORME om det ikkje kjem nye opplysningar.

albbas commented 7 years ago

Comment 12100

Date: 2017-03-03 12:18:08 +0100 From: Sjur Nørstebø Moshagen <>

(In reply to Sjur Nørstebø Moshagen from comment #23)

Eg lukkar denne lusmeldinga som WORKSFORME om det ikkje kjem nye opplysningar.

Ikkje berre er det bygginga som fungerer, men genereringa fungerer som han skal, jf dette dømet teke frå den opphavlege lusmeldinga:

$ echo veelkes+A+Sg+Nom | lookup -q src/generator-oahpa-gt-norm.xfst veelkes+A+Sg+Nom vyölkehke veelkes+A+Sg+Nom veelkes

Alt er som det skal etter det eg kan sjå.