Moving the abstract filepath proposal forward

Julian Ospald hasufell at
Mon Aug 16 18:57:33 UTC 2021


as was discussed some time ago, I'd like to move the AFPP forward:

If you need a refresher on the original proposal, have a look here:

The idea was to implement it in user-space first. I think I have now
assembled a version that should withstand initial review:

* code:
* rendered docs:

What changed wrt the original proposal is this:

1. created a `OsString` newtype and `AbstractFilePath` is just a type
   synonym to it (this is somewhat similar to how rust does it...
   filepaths are not the only thing that syscalls expect in UTF16 on
2. added `OsWord` as well

The types are all here:


How to move forward?

1. get actual code reviews... rather on the issue tracker than here:
2. discuss whether some of the ByteString stuff (we operate mostly on
   ShortByteString here and I added lots of new functions) should
   be fed back into the 'bytestring' package
3. discuss how to split the package (probably need one only for the
   types, so e.g. core libraries could have a light import)
4. start writing patches for unix and Win32

Please, help and comments appreciated. This can only be done as a
combined effort. The CLC, last time I asked, was behind this approach.


More information about the Libraries mailing list