Amaan Qureshi

~I'm not sure if this is needed, does the newly implemented LookaheadIterator API upstream provide more enhanced functionality this sought to bring?~ I was extremely tired when I wrote that...

Haskell's scanner is now back in C, and no we do not want to encourage using modern standards/features in a scanner, it is just not needed.

this doesnt make sense imo as an upstream api, but you could probably accomplish this by collecting the children and creating a hashtable of sorts to accomplish this.

you'd need to write queries for this tailored to every language, im sorry but treating every language's identifiers as the same makes no sens purely based on the node names,...

It's more like a not-planned for upstream, this is for the user to implement and not something we want to have/consider It's useful though so I could move it into...

I like the idea of an examples dir for this, I'll add that

Hey, you may compile libtree-sitter by just invoking make in the upstream `tree-sitter` library. In here, you just need to compile src/{parser.c, scanner.c} and only need to concern yourself with...

Can you rebase @guillaumebrunerie (last time :grin:)

Great, thanks

imo the swift bindings are fine but the Makefile is a bit unnecessary