FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

Refactor `in-range` to `in-inclusive-range` when possible by jackfirth · Pull Request #376 · jackfirth/resyntax · GitHub

Repository navigation

Refactor in-range to in-inclusive-range when possible - #376

Draft
jackfirth wants to merge 1 commit into
masterfrom
153-in-range
Draft

jackfirth wants to merge 1 commit into
masterfrom
153-in-range

Conversation

Copy link
Copy Markdown
Owner

Closes #153 and closes #369.

I'm keeping this open as a draft for now. It relies on a patch to Racket to emit a 'disappeared-visit syntax property. I'm not sure yet if this will work for uses of in-range in for at higher phases.

jackfirth added enhancement New feature or request new lint Issues suggesting new lints or pull requests implementing new lints labels Oct 20, 2024
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request new lint Issues suggesting new lints or pull requests implementing new lints

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Disappeared visit tracking Suggest using in-inclusive-range instead of in-range

1 participant


Back | FazBrowse Home | New Git URL