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
Extract FilePattern to its own library #550
Comments
Are you going to give this a try? |
One thing to note is that Shake supports |
I'm going to give it a go. |
First pass to extract the necessary modules: |
I've done the work to provide |
Oh also not sure how you want to handle the |
Thanks for all the work, I’ll review later. What do you prefer/hope in terms of maintainership? You, me or both seems the possible options. |
I think a dual maintainership sounds good. This lib is integral to |
Popping in here to see if you've had a chance to review. |
Alas, not yet - I've penciled in a train journey tomorrow morning to do a thorough review! |
@ndmitchell How are you feeling about this initiative? |
Still positive, going through it slowly. Unfortunately other things cropped up so it's currently 5th on my 3rd todo list (I work through them all in parallel). |
Completed - thanks to your help and constant enthusiasm. https://hackage.haskell.org/package/filepattern is the result, and it's vastly better than the stuff in Shake. |
Awesome! |
Plan is to wait until Once we do turn it lose the plan is make a release with everything but this. Then make a 0.1 bump with just the change to filepattern. Also requires removing |
As it happened, for #642 I needed to use exactly the nice clean and optimised functions that were in |
Shake's
FilePattern
seems like a useful module. It should be extract into a library so it can be shared by other tools.This has been mentioned before:
#499
#485
ndmitchell/hlint#402
ndmitchell/hlint#334
The text was updated successfully, but these errors were encountered: