andreas.abel authored 4 months ago and Bodigrim committed 4 months ago

This reverts commit e530dcb7.

Simon Hengel authored 9 months ago and Julian Ospald committed 9 months ago

This is useless at best, and a common source of confusion.

https://github.com/haskell/cabal/pull/10145
https://github.com/sol/hpack/issues/355

Mann mit Hut authored 2 years ago and Julian Ospald committed 9 months ago

 * Changed the assignment of values for missing DT_* constants. Since
   the 'd_type' field is of type 'unsigned char' we assign a negative
   number for each missing DT_* constant so they are distinguishable but
   do not collide with the values from the libc implementation.
 * Added a new 'DirStreamWithPath' that contains the path of the
   directory the directory stream belongs to.
 * 'readDirStreamWithType' falls back to a 'stat' if the 'd_type' is
   unknown or undetermined.
 * Added some tests for 'readDirStreamWithType'.

Mann mit Hut authored 2 years ago and Julian Ospald committed 9 months ago

 * Added `readDirStream`/`readDirStream` for ByteString, PosixPath
 * Removed `DirEnt`, `readDirStreamWith`, `readDirStreamWithPtr` from public API

Mann mit Hut authored 2 years ago and Julian Ospald committed 9 months ago

This version of `readDirStreamWith` takes a pre-allocated pointer as an
additional argument that is used to store the pointer to the dirent. It
is useful when you want to read a lot of entries and want to safe a few
allocations since you can reuse the pointer for each call to
`readDirStreamWithPtr`.

Mann mit Hut authored 3 years ago and Julian Ospald committed 9 months ago

This commit exposes the dirent pointer used in the directory stream
functions wrapped in a newtype called `DirEnt`. It also adds a new
function `readDirStreamWith` that takes a callback that is used to
obtain the result from the pointer to the directory entry.

Tomáš Janoušek authored 11 months ago and Bodigrim committed 9 months ago

One such platform is Debian unstable armhf, which is in the process of
transitioning to 64-bit time_t: https://wiki.debian.org/ReleaseGoals/64bit-time

On that platform (as well as any other glibc/musl platform), however,
CTimeVal isn't used for anything at all because there are #ifdefs that
prefer using `utimensat` which takes CTimeSpec instead. This fix is
therefore quite theoretical, as it is unknown whether there are any
platforms actually affected.

Related: https://github.com/haskell/unix/pull/252