Oleg Grenrus
Oleg Grenrus
See https://hackage.haskell.org/package/wide-word There are candidates for e.g. 0.1.6.0, 0.1.7.0, 0.1.7.1, 0.1.8.0, 0.1.8.1, which all have releases too. (Maybe the releases are not published, but re-uploaded with `--publish`; but nevertheless, candidates...
**Describe the feature request** `fake-depends` is a field like `build-depends` which would constraint solver, but otherwise do nothing. It's sometimes (rarely, but nevertheless) needed to add a constraint, but the...
I have a package (`minimal`) with internal library (`internal`), something like ```cabal cabal-version: 3.14 name: minimal version: 0.1.0.0 ... library internal ... library ... ``` (See https://github.com/dschrempf/haddock-issue-minimal) When I build...
I have no idea what are its contents, and as there is no way to preserve temporary files (see #11234) debugging haddock invocations is unnecessarily more difficult.
E.g. ``` cabal run cborg-tests ``` fails because few data files not found. Similarly ``` cabal run versus ```` fails with ``` versus: Uncaught exception ghc-internal:GHC.Internal.IO.Exception.IOException: bench/data: createDirectory: does not...
Apparently all the modules are re-exported in `base`.
Rebased https://github.com/well-typed/cborg/pull/321 @adamgundry asked "This raises the question of how to test it in CI..", `haskell-ci` has support for that. I won't merge this as this adds a non-trivial dependency....
- add extenedEncodeUTCTime for RFC9581 encoding - Fix decoding to use 1001 tag
Which makes writing portable code unnecessarily inconvenient. Instead of ``` decodeInt64 = #if defined(ARCH_64bit) Decoder (\k -> return (ConsumeInt (\n# -> k (toInt64 n#)))) #else Decoder (\k -> return (ConsumeInt64...
It's an internal module, and with 32bit patch it's also has inconsistent API. What is the reason it's exposed in the first place? It's not used by anything else than...