convert encode_c to ByteString
authorJoey Hess <joeyh@joeyh.name>
Fri, 7 Apr 2023 20:47:26 +0000 (16:47 -0400)
committerJoey Hess <joeyh@joeyh.name>
Fri, 7 Apr 2023 21:10:49 +0000 (17:10 -0400)
commitd9b6be7782a4a90fdf5a62bc35fa3c97137e1f3e
tree58e0fa0bcef161a517208687df9d62565d7aff35
parent371d4f8183caf3a6bbf613afe363619e1d3cad9e
convert encode_c to ByteString

This turns out to be possible after all, because the old one decomposed
a unicode Char to multiple Word8s and encoded those. It should be faster
in some places, particularly in Git.Filename.encodeAlways.

The old version encoded all unicode by default as well as ascii control
characters and also '"'. The new one only encodes ascii control
characters by default.

That old behavior was visible in Utility.Format.format, which did escape
'"' when used in eg git-annex find --format='${escaped_file}\n'
So made sure to keep that working the same. Although the man page only
says it will escape "unusual" characters, so it might be able to be
changed.

Git.Filename.encodeAlways also needs to escape '"' ; that was the
original reason that was escaped.

Types.Transferrer I judge is ok to not escape '"', because the escaped
value is sent in a line-based protocol, which is decoded at the other
end by decode_c. So old git-annex and new will be fine whether that is
escaped or not, the result will be the same.

Note that when asked to escape a double quote, it is escaped to \"
rather than to \042. That's the same behavior as git has. It's
perhaps somehow more of a special case than it needs to be.

Sponsored-by: k0ld on Patreon
Git/Filename.hs
Types/Transferrer.hs
Utility/Format.hs