Add fragment support

[bglusman]

I'm a little conflicted about how clean a change this is, but, it does what I wanted and maybe it's a useful part of deciding if the feature is useful to the library in general (or if there's some more general metadata or other changes to bias towards instead if other usecases for function metadata make sense, since this feels a little awkward and tightly coupled to pass just one bit of information through for each function)

I thought I had a (maybe marginally cleaner?) different way to define the final fragment_functions callback using a module attribute with accumulate: true but for some reason that wasn't working, so landed on this direct definition.

At the moment it incorporates the commit from my other PR #40 since they both touch the lexer, that's obviously a smaller change though and not tightly coupled.

In any case, attempts to address #41

[bglusman]

Thinking about it a little more, another idea in this direction could be to call the new comment -- meta: or something and take a list of "tags", just take the string and split on spaces,and build a list of all functions with that tag, under that function name, or all returned in a map as a list under that key perhaps... just throwing it out here to see if that's a more appealing direction for this general idea? 🤷

[bglusman]

given your comments in #41 I'll close this, the docs trick is decent, a bit less explicit, but nice to have that increase simplicity I guess.