[HLF]Southclaw
Unregistered
Sadly I didn't have time to finish this project, I'm focusing on a Redis plugin instead. I may come back to this but I'd like to rewrite it in Go instead of Python as I think I could develop and test it much faster.
[HLF]Southclaw
Unregistered
I've actually *finally* started this project! woo!
The code and a roadmap is here:
https://github.com/Southclaws/pawn-parser
Thanks to the existing code from the Golang scanner/token packages, most of the hard work is already done! What I've done is forked those packages and I'll modify them to fit Pawn soon.
First of all, I'll write a set of test cases and shape the codebase to parse it.
Once that's done, I'll write a VS Code plugin!
of course by that time pawn will be long dead but hey ho
Posts: 2,528
Threads: 124
Joined: Jul 2009
Reputation:
0
Pawn will always live (at least in my heart). Can't wait for this project, maybe I'll write sublime plugin.
Posts: 579
Threads: 5
Joined: Oct 2015
Quote:
Originally Posted by [HLF]Southclaw
I've actually *finally* started this project! woo!
I'll write a VS Code plugin!
|
Yes please
Posts: 102
Threads: 2
Joined: Apr 2011
Reputation:
0
Your best option AFAIK is to work your way up from a C or JS linter. I'm fairly sure there hasn't been any progress on this, or we'd have heard about it by now (us or g00gle FWIW).
[HLF]Southclaw
Unregistered
Yeah I'm working on it, I'm using the Golang parser as a base which has proved quite easy to migrate from. Tokenisation is working, now I've just got to build the AST.
Posts: 102
Threads: 2
Joined: Apr 2011
Reputation:
0
Oh never mind, for some reason I wasn't watching the proper page and didn't realize you had only been working two weeks on the project when I posted. Great job if tokenisation works, congratulations!
[HLF]Southclaw
Unregistered
Quote:
Originally Posted by Misiur
Hi, are you going to continue your project? I'd help, but im not a Go guy
|
Yeah still interested! I've got tokenisation done and started on the AST part - if you've done C then Go will be very easy to pick up (especially since this project won't be using any concurrency features of Go so it'll be straight and simple procedural code!)
It's on GitHub if you're interested, I could do with documenting bits of it but I'm mostly offline now due to a lack of internet connection so I'll probably pick up the pace a bit once I have that sorted!
Posts: 2,528
Threads: 124
Joined: Jul 2009
Reputation:
0
Damn! That's a shame. Can you answer a few questions for me though? In which language did you write it? What's the performance of it for a "standard", non-modular, say, 100k lines project? How it deals with preprocessor macros, or does it work with output dumped via "-l"?