Recent changes to issueshttps://sourceforge.net/p/koopa/issues/2018-05-26T15:41:08.253000ZRecent changes to issues#67 Cash not find class koopa.core.parsers.combinators.MatchTree2018-05-26T15:41:08.253000Z2018-05-26T15:41:08.253000ZKrisDShttps://sourceforge.net/u/kdeschut/https://sourceforge.net53fe11f184ebc28132fe7d65ca4c1bcd5deeca9a<div class="markdown_content"><ul>
<li><strong>status</strong>: open --> closed-fixed</li>
</ul></div>#67 Cash not find class koopa.core.parsers.combinators.MatchTree2018-05-26T15:40:48.472000Z2018-05-26T15:40:48.472000ZKrisDShttps://sourceforge.net/u/kdeschut/https://sourceforge.netf7564c4a58603178133c73f7b1a77c484b703b2f<div class="markdown_content"><p>Sorry about that. It's been a while since I used svn and I forgot to add those classes in. Should be fixed now.</p></div>Cash not find class koopa.core.parsers.combinators.MatchTree2018-05-26T15:01:38.691000Z2018-05-26T15:01:38.691000ZFrank Beckerhttps://sourceforge.net/u/frankbecker/https://sourceforge.net2606ea1761486a5c0664ca953b8c980bd6bc9287<div class="markdown_content"><p>After updating to revision 393 I got errors because of the missing class koopa.core.parsers.combinators.MatchTree.</p></div>Cash not find class koopa.core.parsers.combinators.MatchTree2018-05-26T15:01:38.691000Z2018-05-26T15:01:38.691000ZFrank Beckerhttps://sourceforge.net/u/frankbecker/https://sourceforge.netdb7dafe7db4d007cfcf5b6d4606d7e254c06f657<div class="markdown_content"><p>Ticket 67 has been modified: Cash not find class koopa.core.parsers.combinators.MatchTree<br/>
Edited By: KrisDS (kdeschut)<br/>
Status updated: u'open' => u'closed-fixed'</p></div>COPY REPLACING LEADING produces wrong ast 2017-09-24T07:35:04.815000Z2017-09-24T07:35:04.815000ZFrank Beckerhttps://sourceforge.net/u/frankbecker/https://sourceforge.neta6a45562ed5c0d485c886ec16b13cfe1c03c5cd8<div class="markdown_content"><p>When you parse a source with "COPY REPLACING LEADING" you get the following in tne AST for the included line.<br/>
<recordDescriptionEntry><br/>
<dataDescriptionEntry><br/>
<levelNumber><br/>
<t><![CDATA<span>[05]</span>]></t><br/>
</levelNumber><br/>
<unknown><br/>
<t><![CDATA<span>[LS-STACK-POINTER]</span>]></t><br/>
<t><![CDATA<span>[ ]</span>]></t><br/>
<t><![CDATA<span>[PIC]</span>]></t><br/>
<t><![CDATA<span>[ ]</span>]></t><br/>
<t><![CDATA<span>[9]</span>]></t><br/>
<t><![CDATA<span>[(]</span>]></t><br/>
<t><![CDATA<span>[4]</span>]></t><br/>
<t><![CDATA<span>[)]</span>]></t><br/>
</unknown><br/>
<t><![CDATA<span>[.]</span>]></t><br/>
</dataDescriptionEntry><br/>
</recordDescriptionEntry><br/>
instead of the correct<br/>
<recordDescriptionEntry><br/>
<dataDescriptionEntry><br/>
<levelNumber><br/>
<t><![CDATA<span>[05]</span>]></t><br/>
</levelNumber><br/>
<t><![CDATA<span>[ ]</span>]></t><br/>
<entryName><br/>
<dataName><br/>
<cobolWord><br/>
<t><![CDATA<span>[LS-STACK-POINTER]</span>]></t><br/>
</cobolWord><br/>
</dataName><br/>
</entryName><br/>
<t><![CDATA<span>[ ]</span>]></t><br/>
<pictureClause><br/>
<t><![CDATA<span>[PIC]</span>]></t><br/>
<t><![CDATA<span>[ ]</span>]></t><br/>
<pictureString><br/>
<t><![CDATA<span>[9]</span>]></t><br/>
<t><![CDATA<span>[(]</span>]></t><br/>
<t><![CDATA<span>[4]</span>]></t><br/>
<t><![CDATA<span>[)]</span>]></t><br/>
</pictureString><br/>
</pictureClause><br/>
<unknown/><br/>
<t><![CDATA<span>[.]</span>]></t><br/>
</dataDescriptionEntry><br/>
</recordDescriptionEntry></p></div>#33 MF compiler directives2016-11-30T08:00:37.278000Z2016-11-30T08:00:37.278000ZKrisDShttps://sourceforge.net/u/kdeschut/https://sourceforge.netd424293d90db7388bbabe92ee6c926caa77dc8f0<div class="markdown_content"><ul>
<li><strong>status</strong>: open --> wont-fix</li>
</ul></div>#41 Move support for embedded languages into dedicated grammars2016-11-29T15:34:22.296000Z2016-11-29T15:34:22.296000ZKrisDShttps://sourceforge.net/u/kdeschut/https://sourceforge.netf5fdf768fee429937c865858dc7b204302988e1b<div class="markdown_content"><ul>
<li><strong>status</strong>: open --> closed-fixed</li>
</ul></div>#41 Move support for embedded languages into dedicated grammars2016-11-29T15:34:08.612000Z2016-11-29T15:34:08.612000ZKrisDShttps://sourceforge.net/u/kdeschut/https://sourceforge.net0cb49d66fdb9d90a3ec51262a94b417356a82dee<div class="markdown_content"><p>Added syntax in <a class="alink" href="/p/koopa/code/384/">[r384]</a>. E.g.</p>
<div class="codehilite"><pre>sql::statement
</pre></div>
</div>#65 Spelling of COBOL compilers2016-11-28T21:43:02.070000Z2016-11-28T21:43:02.070000ZKrisDShttps://sourceforge.net/u/kdeschut/https://sourceforge.net59b424ce6870ede403019bcc27c2541d02bb60c7<div class="markdown_content"><p>It should really just be "Koopa Parser Generator" now, as you can use it for plenty of languages. But the main focus is still COBOL, so I feel it should be in the title. If only so people can find it more easily.</p>
<p>"Koopa" is just a really bad acronym. It went something like "COBOL Parser" to "CO Pa" to "Koopa"... Yeah... I know :-)</p>
<p>I'll fix the spelling as I find it. If someone wants to make a pass and fix it all in one go, I'm happy to accept patches.</p></div>Spelling of COBOL compilers2016-11-28T19:50:53.493000Z2016-11-28T19:50:53.493000ZSimon Sobischhttps://sourceforge.net/u/sf-mensch/https://sourceforge.netbe0955a671a5ee09f52a84f8578f4cfd1bb161b5<div class="markdown_content"><p>I'd say this is a low-priority issue but wanted to raise it nonetheless. These are the correct spellings</p>
<ul>
<li>COBOL is COBOL, you are of course free to have "the product" named "Koopa Cobol Parser" instead of "Koopa COBOL Parser" even if the later keeps the acronym (I assume that neither "Koopa" nor "Parser" are acronyms, are they?)</li>
<li>IBM COBOL (IBM COBOL for AIX / IBM Enterprise COBOL)</li>
<li>Micro Focus COBOL</li>
<li>ACUCOBOL-GT (BTW: the GT stands for Graphical Technology, just in case you wonder like I did)</li>
<li>GnuCOBOL (formerly OpenCOBOL - it is fine to have only "GnuCOBOL" in ;-)</li>
</ul></div>