(related to this: InfoStr regression tests: running them with rtest)
I am looking at a regression test failure which is due to ICONS being empty in the gold profile and non-empty in current. Trying to understand why that is and what the course of action should be.
Right now I am looking at a Turkish sentence from a clausal complements test, licensed ultimately by the decl-head-opt-subj rule:
(1) Senim sinemaya gelmeni istiyorum 2sg cinema.DAT come.NMZ want.1SG `I want you to come to the movies.' [tur]
In both the trunk and my current branch, both the tree and the simple MRS, as displayed by the LKB, look like this:
But indeed, ICONS is empty in the top node in the trunk and is not empty in my current branch (even though that is not displayed by the LKB).
As discussed in the other thread, the classic regression testing system ignores such diffs but it is probably wrong to ignore them as ICONS is meaningful.
So I need to decide what to do in such cases (there are loads of them).
There are no ICONS-related differences in ccomp-illustr2-tur.tdl, between my version and the trunk.
As for matrix.tdl, of course the type of ICONS was changed everywhere from diff-list to append-list, but I doubt that’s the reason since we saw these diffs with rtest before I ported append-lists.
Looking at this particular sentence and the local AVMs in the parse, the non-empty ICONS seems to be introduced by the topmost rule, the decl-head-opt-subj.
decl-head-opt-subj-phrase := basic-head-opt-subj-phrase & declarative-clause & [ SYNSEM.LOCAL.CAT.MC #mc, HEAD-DTR.SYNSEM.LOCAL.CAT.MC #mc ]. basic-head-opt-subj-phrase := head-valence-phrase & head-only & [ INFLECTED #infl, SYNSEM canonical-synsem & [ LOCAL.CAT [ VAL [ SUBJ < >, COMPS #comps, SPR #spr, SPEC #spec ], POSTHEAD #ph ], MODIFIED #mod ], HEAD-DTR [ INFLECTED #infl & infl-satisfied, SYNSEM [ LOCAL [ CAT [ HEAD.MOD olist, VAL [ SUBJ < unexpressed-reg & [ OPT +, LOCAL.CONT.HOOK [ INDEX #index & [ COG-ST in-foc ], ICONS-KEY #ikey, CLAUSE-KEY #ckey ] ] >, COMPS #comps, SPR #spr, SPEC #spec ], POSTHEAD #ph ], CONT.HOOK.INDEX event ], MODIFIED #mod ] ], C-CONT [ RELS 0-alist, HCONS 0-alist, ICONS.LIST < #ikey & non-focus & [ IARG1 #ckey, IARG2 #index ] > ] ].
The above does not differ between the trunk and my branch apart from the diff-list vs. append-list syntax.
So indeed the ICONS should never be empty, it seems, if a node was licensed by this rule.
So, ultimately, it seems like in such cases, the gold profile should be updated (right?).
How did the gold profiles end up without ICONS? We talked about locating the initial commit but perhaps in such cases, I do not necessarily need to find out? One guess could be that they predate the Info Structure library but that certainly isn’t true about my clausal complements tests.
To add to the mystery, there are other sentences in the same test, licensed by the same top rule, which properly have non-empty ICONS in both gold and current profiles.