-
-
Notifications
You must be signed in to change notification settings - Fork 79
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
AbstractFilePath support #401
Comments
Hi @hasufell 👋🏻 One of the initial motivations behind I'm out of the loop for the state of AFPP. Could you provide any links confirming that the proposal is accepted? As for I see the implementation of AFPP in In that case, you can try to implement and contribute the new |
Yes, CLC has approved AFPP (I don't remember if that has been done publicly, but I have proof). Further, since I'm maintainer of filepath now, this will definitely land either way. The major outstanding non-filepath PRs are:
There's the small companion package for I haven't created a PR for
The main motivation is to preserve encoding on unix. Once you go from |
This looks good to me 👍🏻 @hasufell Feel free to contribute the corresponding
I believe depending on |
haskell/filepath#103
AFPP will hit filepath sometime soon. What remains to be done is adding support for it in unix and Win32 (I have patches for those).
It will not be included in base, since the earliest GHC version that could support it is 9.6.
What I'm looking for now is an alternative Prelude that is willing to support AFPP, so I can (aggressively) market said prelude in filepath.
Any such prelude would very likely have to additionally depend on unix/Win32 and add functions like
openFile :: AbstractFilePath -> IO Handle
,withOpenFile
, etc.I have my own file io library that has preliminary patches for AFPP and could be salvaged for such efforts: https://github.com/hasufell/hpath/tree/abstract-filepath/hpath-directory
Any opinions?
The text was updated successfully, but these errors were encountered: