<p>...I think it is nothing about symbol. (the output of nm doesn't help us, e.g.)</p>
<p>We have to solve the issue by designing work-flows.</p>
<p>I would like to explain a situation causing a trouble.</p>
<p>I will receive a pull request from a volunteer extending a parser which adds a kind to the parser.<br>
If I have to get an agreement Geany people about adding the kind, it will make timer longer for merging. It can be a bottle neck of development of u-ctags. This is MY postion.<br>
In the other hand, Geany people expects Geany works well with newly pulled u-ctags code always.</p>
<p>u-ctags has TLIB test harness which runs mini-geany. TLIB checks u-ctags doesn't break what Geany wants. Actually, adding a kind in a commit is detected by TLIB. A TLIB test case was failed. In that case, what I can do? I contacted <a class="user-mention" data-hovercard-type="user" data-hovercard-url="/hovercards?user_id=713965" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/techee">@techee</a>, I have not got an answer yet. (I NEVER COMPLAIN about the delay.) In that case, I cannot merge the change. So I opened this issue.</p>
<p>I would like Geany people to allow me to add kinds to existing parsers without "ack from Geany".<br>
The "ack from Geany" can be bottle neck of development. (I'm only talking about adding a kind.<br>
If u-ctags breaks API, I must get  "ack from Geany" and as I will write, such breakage must be detected by TLIB test harness.</p>
<p>Intead, I would like Geany people to introduce acceptance test in Geany side.<br>
The acceptance test detects the important changes in u-ctags.<br>
The acceptance test should be run when you updates the u-ctags source tree in Geany.</p>
<p>The acceptance test reports something like this:</p>
<pre><code>[result]
1 new kind `D/maroparm` is added to C parser. 
You must update the SWITCH converting to parser neutral kind.
</code></pre>
<p>u-ctags tries not breaking Geany by TLIB test cases. However, it is not enough.<br>
I think Geany side also must have a test accepting the latest u-ctags code.</p>
<p>Writing such test case may be easy. ctags --list-kinds= or ctags --list-kinds-full= may help us. If you are o.k., I will write a prototype and make a pull request.</p>
<p>Thank you for reading.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/geany/geany/issues/2227?email_source=notifications&email_token=AAIOWJYQ4XPQDLIGYEXQNEDQA7M75A5CNFSM4IGL3WKKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2VE4BQ#issuecomment-514477574">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAIOWJZL3MKJCXIDNWN2XGTQA7M75ANCNFSM4IGL3WKA">mute the thread</a>.<img src="https://github.com/notifications/beacon/AAIOWJ6O7EP5MXRMYFFLUQTQA7M75A5CNFSM4IGL3WKKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2VE4BQ.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/geany/geany/issues/2227?email_source=notifications\u0026email_token=AAIOWJYQ4XPQDLIGYEXQNEDQA7M75A5CNFSM4IGL3WKKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2VE4BQ#issuecomment-514477574",
"url": "https://github.com/geany/geany/issues/2227?email_source=notifications\u0026email_token=AAIOWJYQ4XPQDLIGYEXQNEDQA7M75A5CNFSM4IGL3WKKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2VE4BQ#issuecomment-514477574",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>