-
-
Notifications
You must be signed in to change notification settings - Fork 172
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Infinite recursion with file and directory sharing name (?) #359
Comments
I'm further convinced that this is the reason. I've removed that double naming and knip succeed: |
Any chance you could setup a minimal case so I can reproduce it? I've added two templates to the docs: http://localhost:4321/guides/troubleshooting/#minimal-reproduction |
URL is pointing to (I'll see what I can do with MNWE, but not sure I can find a lot of time for that, especially since I did manage to circumvent the problem…) |
LOL, it's here: https://knip.dev/guides/troubleshooting/#minimal-reproduction Would be nice maybe for other Knip users, otherwise feel free to close this. |
That one feels too brittle for a MNWE 😖 |
OK, so I run in an infinite recursion problem (or at least too many recursion) while running knip. Not sure excatly what is the problem and how to investigate it, and wasn't able to make a MNWE 😖
I do suspect that there might be a problem with both
src/selector.ts
andsrc/selector/index.ts
existing, which means that whensrc/selector/compound.ts
tries toimport { Absolute } from "./selector"
, it may mess up which file to use 🤔The other possible culprit is that the types are effectively mutually recursive. That is essentially an algebraic list-like type, but split over several files and with some shenanigans. Maybe that is throwing knip out…
Anyway, any idea on how I could investigate further and figure out whether the problem is in my code or in knip?
The text was updated successfully, but these errors were encountered: