Other language support

[bobmattax-ontario]

I'm interested in helping build support for other languages.

Is there a basic path that can be taken to get to this point?

I think the basic requirements are some parser that can take a code block and turn it into an AST, right?
Is there a way to plug that into this library?

Any help/guidance is appreciated.

[ABaldwinHunter]

@bobmattax-ontario Thank you for your zeal! What languages did you want to see supported?

[bobmattax-ontario]

I'm interested in making contributions related to Intersystems Cache

[ABaldwinHunter]

For context: we actually have been working on some changes to the codeclimate-duplication engine that should make adding additional languages much less work in the future:
https://github.com/codeclimate/codeclimate-duplication/tree/channel/quality-model-beta

We're now using a parser that's in a separate base image. ATM that project is not open source.

The new mechanism is currently being developed. Once it's set, we may go ahead and document an approach to adding language support in the future.

[ABaldwinHunter]

I'm interested in making contributions related to Intersystems Cache

Nice, thanks for the feedback.

To your point, indeed basic requirements for a new language are:

1. a parser
2. update that adds this language strategy to the engine, e.g. ruby

If AST is parser output, something is needed to translate the AST into s-expressions (which the wrapped flay tool expects).

edit: stay tuned for more information about the new approach described in my earlier comment 😊