236
I Use This!
Very High Activity

News

Analyzed about 6 hours ago. based on code collected about 7 hours ago.
Posted over 3 years ago by Ben Gamari
The GHC team is very happy to announce the availability of GHC 8.6.4, a bugfix release in the GHC 8.6 series. The source distribution, binary distributions, and documentation for this release are available at ​downloads.haskell.org. The 8.6.4 ... [More] release fixes several regressions present in 8.6.3 including: A regression resulting in segmentation faults on Windows introduced by the fix for #16071 backported in 8.6.3. This fix has been reverted, meaning that 8.6.4 is once again susceptible to #16071. #16071 will be fixed in GHC 8.8.1. A bug resulting in incorrect locking on Darwin, potentially resulting in hangs at shutdown (#16150) A few bugs in the profiled runtime resulting in the potential for memory unsafety has been fixed (#15508). The process and transformers libraries shipped properly reflect released Hackage releases (#16199) A bug where TH name resolution would break in a plugin context has been fixed (#16104) Compilers that do not support TemplateHaskell no longer advertise such support in --supported-languages (#16331) As a few of these issues are rather serious users are strongly encouraged to upgrade. See [[ ​https://ghc.haskell.org/trac/ghc/query?status=closed&milestone=8.6.4&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component&order=priority |Trac]] for a full list of issues resolved in this release. Note that this release ships with one significant but long-standing bug (#14251): Calls to functions taking both Float# and Double# may result in incorrect code generation when compiled using the LLVM code generator. This is not a new issue, it has existed as long as the LLVM code generator has existed; however, changes in code generation in 8.6 made it more likely that user code using only lifted types will trigger it. Note also that this is the first release cut from our (yet again) revamped continuous integration infrastructure. While we have done a great deal of checking to ensure that the build configuration reflects that of previous releases, do let us know if something looks off. Happy compiling! [Less]
Posted almost 4 years ago by Ben Gamari
The GHC team is very happy to announce the availability of GHC 8.6.3, a bugfix release in the GHC 8.6 series. The source distribution, binary distributions, and documentation for this release are ​available. The 8.6 release fixes several ... [More] regressions present in 8.6.2 including: A code generation bug resulting in segmentations faults in some programs (#15892) Darwin binary distributions are now correctly built against an in-tree GMP (#15404) Three bugs leading to linker failures on Windows (#15105, #15894, #15934) A bug leading to programs with deep stacks crashing when run with retainer profiling enabled (#14758) A bug resulting in potential heap corruption during stable name allocation (#15906) Plugins are now loaded during GHCi sessions (#15633) As a few of these issues are rather serious users are strongly encouraged to upgrade. See ​Trac for a full list of issues resolved in this release. Note that this release ships with one significant but long-standing bug (#14251): Calls to functions taking both Float# and Double# may result in incorrect code generation when compiled using the LLVM code generator. This is not a new issue, it has existed as long as the LLVM code generator has existed; however, changes in code generation in 8.6 made it more likely that user code using only lifted types will trigger it. Happy compiling! [Less]
Posted almost 4 years ago by Ben Gamari
The GHC team is very happy to announce the availability of GHC 8.6.2, a bugfix release to GHC 8.6.1. The source distribution, binary distributions, and documentation for this release are available at ​haskell.org. The 8.6 release fixes several ... [More] regressions present in 8.6.1 including: A long-standing (but previously hard to manifest) bug resulting in undefined behavior for some applications of dataToTag# has been fixed (#15696) An incorrect linker path to libgmp in the Mac OS binary distributions (#15404) A regression rendering Windows installations to read-only directories unusable (#15667) A regression resulting in panics while compiling some record updates of GADTs constructors (#15499) A regression resulting in incorrect type errors when splicing types into constraint contexts has been fixed (#15815) Around a dozen other issues. See ​Trac for a full list of issues resolved in this release. Note that this release ships with one significant but long-standing bug (#14251): Calls to functions taking both Float# and Double# may result in incorrect code generation when compiled using the LLVM code generator. This is not a new issue, it has existed as long as the LLVM code generator has existed; however, changes in code generation in 8.6 made it more likely that user code using only lifted types will trigger it. Happy compiling! Cheers, Ben [Less]
Posted almost 4 years ago by Ben Gamari
The GHC team is very happy to announce the availability of GHC 8.6.2, a bugfix release to GHC 8.6.1. The source distribution, binary distributions, and documentation for this release are available at ​haskell.org. The 8.6 release fixes several ... [More] regressions present in 8.6.1 including: A long-standing (but previously hard to manifest) bug resulting in undefined behavior for some applications of dataToTag# has been fixed (#15696) An incorrect linker path to libgmp in the Mac OS binary distributions (#15404) A regression rendering Windows installations to read-only directories unusable (#15667) A regression resulting in panics while compiling some record updates of GADTs constructors (#15499) A regression resulting in incorrect type errors when splicing types into constraint contexts has been fixed (#15815) Around a dozen other issues. See ​Trac for a full list of issues resolved in this release. Note that this release ships with one significant but long-standing bug (#14251): Calls to functions taking both Float# and Double# may result in incorrect code generation when compiled using the LLVM code generator. This is not a new issue, it has existed as long as the LLVM code generator has existed; however, changes in code generation in 8.6 made it more likely that user code using only lifted types will trigger it. Happy compiling! Cheers, Ben [Less]
Posted almost 4 years ago by Ben Gamari
The GHC team is very happy to announce the availability of GHC 8.6.2, a bugfix release to GHC 8.6.1. The source distribution, binary distributions, and documentation for this release are available at ​haskell.org. The 8.6 release fixes several ... [More] regressions present in 8.6.1 including: A long-standing (but previously hard to manifest) bug resulting in undefined behavior for some applications of dataToTag# has been fixed (#15696) An incorrect linker path to libgmp in the Mac OS binary distributions (#15404) A regression rendering Windows installations to read-only directories unusable (#15667) A regression resulting in panics while compiling some record updates of GADTs constructors (#15499) A regression resulting in incorrect type errors when splicing types into constraint contexts has been fixed (#15815) Around a dozen other issues. See ​Trac for a full list of issues resolved in this release. Note that this release ships with one significant but long-standing bug (#14251): Calls to functions taking both Float# and Double# may result in incorrect code generation when compiled using the LLVM code generator. This is not a new issue, it has existed as long as the LLVM code generator has existed; however, changes in code generation in 8.6 made it more likely that user code using only lifted types will trigger it. Happy compiling! Cheers, Ben [Less]
Posted almost 4 years ago by Ben Gamari
The GHC team is pleased to announce the availability of GHC 8.4.4, a patch-level release in the 8.4 series. The source distribution, binary distributions, and documentation for this release are available at ​downloads.haskell.org. This release ... [More] fixes several bugs present in 8.4.3. These include, A bug which could result in memory unsafety with certain uses of touch# has been resolved. (#14346) A compiler panic triggered by some GADT record updates has been fixed (#15499) The text library has been updated, fixing several serious bugs in the version shipped with GHC 8.4.3 (see text issues #227, #221, and #197. A serious code generation bug in the LLVM code generation, potentially resulting in incorrect evaluation of floating point expressions, has been fixed (#14251) As always, the full release notes can be found in the ​users guide. Thanks to everyone who has contributed to developing, documenting, and testing this release! As always, let us know if you encounter trouble. [Less]
Posted almost 4 years ago by Ben Gamari
The GHC team is pleased to announce the availability of GHC 8.4.4, a patch-level release in the 8.4 series. The source distribution, binary distributions, and documentation for this release are available at ​downloads.haskell.org. This release ... [More] fixes several bugs present in 8.4.3. These include, A bug which could result in memory unsafety with certain uses of touch# has been resolved. (#14346) A compiler panic triggered by some GADT record updates has been fixed (#15499) The text library has been updated, fixing several serious bugs in the version shipped with GHC 8.4.3 (see text issues #227, #221, and #197. A serious code generation bug in the LLVM code generation, potentially resulting in incorrect evaluation of floating point expressions, has been fixed (#14251) As always, the full release notes can be found in the ​users guide. Thanks to everyone who has contributed to developing, documenting, and testing this release! As always, let us know if you encounter trouble. [Less]
Posted about 4 years ago by Ben Gamari
The GHC team is pleased to announce the availability of GHC 8.6.1, the fourth major release in the GHC 8 series. The source distribution, binary distributions, and documentation for this release are available at ​downloads.haskell.org. The 8.6 ... [More] release fixes over 400 bugs from the 8.4 series and introduces a number of exciting features. These most notably include: A new deriving mechanism, deriving via, providing a convenient way for users to extend Haskell's typeclass deriving mechanism Quantified constraints, allowing forall quantification in constraint contexts An early version of the GHCi :doc command The ghc-heap-view package, allowing introspection into the structure of GHC's heap Valid hole fit hints, helping the user to find terms to fill typed holes in their programs The BlockArguments extension, allowing the $ operator to be omitted in some unambiguous contexts An exciting new plugin mechanism, source plugins, allowing plugins to inspect and modify a wide variety of compiler representations. Improved recompilation checking when plugins are used Significantly better handling of macOS linker command size limits, avoiding linker errors while linking large projects The next phase of the MonadFail proposal, enabling -XMonadFailDesugaring by default A full list of the changes in this release can be found in the ​release notes. Perhaps of equal importance, GHC 8.6 is the second major release made under GHC's accelerated six-month release schedule and the first set of binary distributions built primarily using our new continuous integration scheme. While the final 8.6 release is around three weeks later than initially scheduled due to late-breaking bug reports, we expect that the 8.8 release schedule shouldn't be affected. cabal-install users should note that GHC 8.6 can only be used with cabal-install 2.4.0.1 or later. Thanks to everyone who has contributed to developing, documenting, and testing this release! As always, let us know if you encounter trouble. [Less]
Posted over 4 years ago by Ben Gamari
Hello everyone, The GHC team is pleased to announce the availability of GHC 8.4.3. The source distribution, binary distributions, and documentation for this release are available ​here. This release includes a few bug fixes including: A code ... [More] generation bug resulting in crashing of some programs using UnboxedSums has been fixed (#15038). #14381, where Cabal and GHC would disagree about abi-depends, resulting in build failures, has been worked around. Note that the work-around patch has already been shipped by several distributions in previous releases, so this change may not be visible to you. By popular demand, GHC now logs a message when it reads a package environment file, hopefully eliminating some of the confusion wrought by this feature. GHC now emits assembler agreeable to newer versions of Gnu binutils, fixing #15068. SmallArray#s can now be compacted into a compact region Thanks to everyone who has contributed to developing, documenting, and testing this release! As always, let us know if you encounter trouble. [Less]
Posted over 4 years ago by Ben Gamari
Hello everyone, The GHC team is pleased to announce the availability of GHC 8.4.3. The source distribution, binary distributions, and documentation for this release are available ​here. This release includes a few bug fixes including: A code ... [More] generation bug resulting in crashing of some programs using UnboxedSums has been fixed (#15038). #14381, where Cabal and GHC would disagree about abi-depends, resulting in build failures, has been worked around. Note that the work-around patch has already been shipped by several distributions in previous releases, so this change may not be visible to you. By popular demand, GHC now logs a message when it reads a package environment file, hopefully eliminating some of the confusion wrought by this feature. GHC now emits assembler agreeable to newer versions of Gnu binutils, fixing #15068. SmallArray#s can now be compacted into a compact region Thanks to everyone who has contributed to developing, documenting, and testing this release! As always, let us know if you encounter trouble. [Less]