Is antlr4's golang visitor pattern in a usable state?

[ianamason]

I asked this question over on stack overflow, without much enlightenment. I was told to ask it
here.

Is antlr4's golang visitor pattern in a usable state?

I see no working examples, and I see a few pull requests that remain open. I would like to avoid going down the garden path.

#1807

#1843

There are also pull requests that make me think the golang target might be dead in the water.

#2152

The fact that the antlr4 documentation page for golang is over two years stale is also not
encouraging.

So all I am really asking is should I steer clear of golang, or is the documentation just somewhere that google doesn't see :-)

[nikunjy]

Looking to use antlr with golang. Can you address some of these @parrt ?

[parrt]

Sorry. I don't know Go.

[ianamason]

Might want to be honest then, and remove go from the supported language targets. At least warn the gullible user that they may be disappointed.

[parrt]

Are you claiming it doesn't support Go in any way?

[ianamason]

I am claiming that I could not get the --visitor pattern to work. Nor could I find any working examples
of other people getting it to work. What I did find were issues in this repository that seem to indicate that it never worked, and that people have tried and failed to fix it. I ended up having to fall back on the listener pattern for the task I had at hand, but given what I know now, would probably
have not chosen go for the project I am/was working on.

[parrt]

I see. ok, well, my apologies. There are lots of different language targets for this project and it's very hard to keep track of the current state of every piece of every API. It's also no longer my focus.

[ianamason]

Might be an idea then to keep the issue open, so that someone with time and inclination
may succeed where others have failed.

[ocurr]

@ianamason According to @pboyer 's comment on #1841 the Go visitor implementation is in a usable state; however, the user is currently required to put in more work then, for instance, the java implementation.

[ianamason]

@ocurr indeed I did see that issue thread, though may have incorrectly got the impression that the
matter was still unresolved. The certainly was no link to any working visitor example that I could see.
I may add a link to the issue in the original post so that others can benefit.

Is there a working example somewhere that people could follow?

[davesisson]

The trick is that you need to include all of the methods the visitor will use and not just the ones that you would be implementing. It's not incredibly convenient which is why there was a proposal at one point for redesigning the way visitors were defined.

…

On Mon, Apr 15, 2019 at 1:47 PM Ian A Mason ***@***.***> wrote: @ocurr <https://github.com/ocurr> indeed I did see that issue thread, though may have incorrectly got the impression that the matter was still unresolved. The certainly was no link to any working visitor example that I could see. I may add a link to the issue in the original post so that others can benefit. Is there a working example somewhere that people could follow? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#2504 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ALUC_ajCCWJK08wr_r120qKuseSMF0feks5vhOVEgaJpZM4bg9rx> .

[ianamason]

@davesisson, a simple working example would go a long way to "resolving" this issue. Having to flesh out all the methods still sounds a simpler task than trying to get the listener pattern to accomplish the same thing.

[monodop]

I would also like to see a working example from somewhere. I am getting hung up on some typing issues that prevent my project from even compiling, so I can't even get to the point where I can try your suggestion @davesisson

Disclaimer, I am very new to Golang so it could be something stupid that I am doing, but having a working, compiling starting point would really help me to get started.

[nikunjy]

Okay I wrote an implementation. I don't think it is the correct way of writing it but it is the best I could do with my limited understanding.

https://github.com/nikunjy/antlr-calc-go

I spent couple of hours trying to understand the antlr golang code base (which I think is not well written and can be improved by collaboration). If there are authors/reviewers who will review the code then I would be down to improve it but looking at the past threads it seems like golang requests have died with time.

@davesisson can you comment on this code base and let me know if this is the right way of doing the implementation. After getting frustrated I ended up writing a Visit(ParseTree) for my visitor which I think is the wrong way of writing, and I'd like you to comment on that if you have the time

func (c *CalculatorVisitorImpl) Visit(tree antlr.ParseTree) interface{} {
	switch val := tree.(type) {
	case *CalculateContext:
		return val.Accept(c)
	case *ToSetVarContext:
		return val.Accept(c)
	}
	return nil
}

I am having to write the Visit with this type switch statement, i would also have to probably write VisitChildren.