Posted
about 5 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
over 5 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
over 5 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
over 5 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
over 5 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
over 5 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
over 5 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
over 5 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
almost 6 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
almost 6 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]
|