| AArch64 | |
| ppc64le | |
| s390x | |
| x86-64 |
- Update turtle to version 1.6.2 revision 2.
1.6.2
* Build against latest `ansi-wl-pprint` and `optparse-applicative` [[#445]](https://github.com/Gabriella439/turtle/pull/445) / [[#446]](https://github.com/Gabriella439/turtle/pull/446) / [[#447]](https://github.com/Gabriella439/turtle/pull/447)
1.6.1
* BUG FIX: Fix `turtle` to build on Windows
* BUG FIX: `stripPrefix` and `commonPrefix` now correctly handle files with
extensions
* For example, before this fix `stripPrefix "./" "./foo.bar"` would
return `Just "foo/.bar"`
1.6.0
* BREAKING CHANGE: Switch to the `FilePath` type from `base` instead of
`system-filepath`
* This is a breaking change for a couple of reasons:
* The `FilePath` type has changed, so the API is not backwards-compatible
* The thing most likely to break is if you directly imported utilities
from the `system-filepath` or `system-fileio` packages to operate on
`turtle`'s `FilePath`s
* If that happens, you should first check if the `Turtle` module
exports a utility of the same name. If so, then switch to that
* If there is no equivalent substitute from the `Turtle` module then
you will have to change your code to use the closest equivalent
utility from the `filepath` or `directory` package
* If you were previously using any of the `system-filepath` or
`system-fileio` utilities re-exported from the `Turtle` module then
those utilities will not break as they have been replaced with
versions compatible with the `FilePath` type from `base`
* The second thing most likely to break is any code that relies on
typeclasses since because if you defined any instances for the
`FilePath` type exported by `turtle` then those instances will now
overlap with any instances defined for the `String` type
* The conversion utilities (e.g. `toText`, `encodeString`) will still
work, so code that used those conversion utilities should be less
affected by this change
* The behavior of the `collapse` utility is subtly different
* `collapse` no longer interprets `..` in paths
* This new behavior is more correct in the presence of symlinks, so the
change is (hopefully) an improvement to downstream code
* The new API strives to match the old behavior as closely as possible
* … so this should (hopefully) not break too much code in practice
* With the exception of the `collapse` function the new API should be
bug-for-bug compatible with the old API
* Most of the surprising behavior inherited from the old API is around
how `.` and `..` are handled in paths
* `parent ".." == "."` is an example of such surprising behavior
* At some point in the future we may fix bugs in these utilities inherited
from `system-filepath` / `system-fileio`, but no decision either way has
been made, yet
* Some old utilities are marked `DEPRECATED` if their behavior exactly matches
the behavior of an existing utility from the `filepath` or `directory`
package
* These may be eventually removed at some point in the future or they
remain in a deprecated state indefinitely. No decision either way has
been made
* The `Turtle` module also re-exports any utility suggested by a
`DEPRECATED` pragma as a convenience
* Other utilities are not deprecated if the old behavior significantly departs
from any existing utility from the `filepath` or `directory` package
* For example, the behavior of the `filename` utility differs from the
behavior of `System.FilePath.takeFileName` for filenames that begin with a
`.`, so we have to preserve the old behavior to avoid breaking downstream
code
* At some point in the future utilities like these may be deprecated in
favor of their closest analogs in the `filepath` / `directory` packages or
they may be supported indefinitely. No decision either way has been made
* If you want to try to author code that is compatible with both the
pre-1.6 and post-1.6 API:
* If you add any instances to the `FilePath` type, import it qualified
directly from the `system-filepath` package and use it only for instances
* Otherwise, don't import anything else from the `system-filepath` /
`system-fileio` packages if you can help it. Instead, restrict yourself
entirely to the utilities and `FilePath` type exported by the `Turtle`
module
* Use the conversion utilities (e.g. `encodeStrings`, even if they are not
necessary post-1.6)
* If that's still not enough, use `CPP` and good luck!
- Update turtle to version 1.5.25. 1.5.25 * Build against latest version of `Win32` package
- disable %{ix86} build
- Update turtle to version 1.5.24. 1.5.24 * Expose `Format` constructor
- Update turtle to version 1.5.23. 1.5.23 * Add `fromIO` utility * Build against GHC 9.0 / 9.2
- Update turtle to version 1.5.22. 1.5.22 * Add new `update` utility * Improve documentation for `limit`
- Update turtle to version 1.5.21 revision 1. Upstream has revised the Cabal build instructions on Hackage.
- disable %{ix86} build
- Replace %setup -q with the more modern %autosetup macro.
- Update turtle to version 1.5.21. 1.5.21 * Build against `optparse-applicative-0.16.0.0`
- Update turtle to version 1.5.20. 1.5.20 * Build against `doctest-0.17` * Only depend on `semigroups` for GHC < 8.0
- Re-generate file with latest version of spec-cleaner.
- Update turtle to version 1.5.19.
1.5.19
* Add pattern synonyms for `Size`
1.5.18
* Fix space leak
1.5.17
* Add `optionsExt`: Extended version of `options` with header, footer,
porgram-description and version information in `--help` flag
* Add `readlink`
- Update turtle to version 1.5.16. 1.5.16 * Add `cptreeL`
- Drop obsolete group attributes.
- Update turtle to version 1.5.15.
1.5.15
* Add `toLines`
* Add `Turtle.Bytes.{fromUTF8,toUTF8}`
* Add `Turtle.Bytes.{compress,decompress}`
* Always expose a `MonadFail` instance, relying on the `fail` package
where needed. Related GHC 8.8 preparedness.
- Update Cabal file for more accurate build dependencies.
- Update Cabal file for more accurate build dependencies.
- Update Cabal build instructions for more accurate dependencies.
- Update turtle to version 1.5.14. 1.5.14 * Fix `cptree` to copy symlinks instead of descending into them * See: https://github.com/Gabriel439/Haskell-Turtle-Library/pull/344 * Build against newer versions of `Win32` package
- Update turtle to version 1.5.13. 1.5.13 * Fix `chmod` bug * See: https://github.com/Gabriel439/Haskell-Turtle-Library/pull/337 * Add `reduce` and re-export `(<&>)` * See: https://github.com/Gabriel439/Haskell-Turtle-Library/pull/332
- Update turtle to version 1.5.12. 1.5.12 * Increase upper bound on `containers` 1.5.11 * Don't forward broken pipe exceptions when using `inproc` * See: https://github.com/Gabriel439/Haskell-Turtle-Library/pull/321 * Increase upper bound on `stm` * See: https://github.com/Gabriel439/Haskell-Turtle-Library/pull/321 * Tutorial improvements: * See: https://github.com/Gabriel439/Haskell-Turtle-Library/pull/322
- Add turtle at version 1.5.10.
- Updated with latest spec-cleaner version 0.9.8-8-geadfbbf.
- Update to version 1.3.6.
- Update to version 1.3.5.
- Update to version 1.3.4.
- Update to version 1.3.3 with cabal2obs.
- Update to version 1.3.2 with cabal2obs.
- Update to version 1.3.1 with cabal2obs.
- Update to version 1.2.8 revision 0 with cabal2obs.
- update to 1.2.8
- update to 1.2.7
- update to 1.2.6
- initial commit