#5712: Can't define constructors to be infix (as far as Show is concerned) with
GADT syntax
+---
Reporter: benmachine | Owner:
Type: feature request|
#7225: ghc -C failed
-+--
Reporter: guest | Owner: igloo
Type: bug | Status: new
Priority: high | Milestone: 7.8.1
Component:
#5405: Strange closure type crash when using Template Haskell on OS X Lion
-+--
Reporter: AndreasVoellmy | Owner:
Type: bug | Status: closed
Priority: normal
#5712: Can't define constructors to be infix (as far as Show is concerned) with
GADT syntax
+---
Reporter: benmachine | Owner:
Type: feature request|
#5712: Can't define constructors to be infix (as far as Show is concerned) with
GADT syntax
+---
Reporter: benmachine | Owner:
Type: feature request|
#7227: cannot build ghc-7.6.1 because haddock seg-faults
--+-
Reporter: maeder| Owner:
Type: bug | Status: new
Priority: normal| Component: Compiler
#7227: cannot build ghc-7.6.1 because haddock seg-faults
-+--
Reporter: maeder| Owner:
Type: bug | Status: new
Priority: normal| Milestone:
#7227: cannot build ghc-7.6.1 because haddock seg-faults
-+--
Reporter: maeder| Owner:
Type: bug | Status: new
Priority: normal| Milestone:
#7227: cannot build ghc-7.6.1 because haddock seg-faults
-+--
Reporter: maeder| Owner:
Type: bug | Status: new
Priority: normal| Milestone:
#7227: cannot build ghc-7.6.1 because haddock seg-faults
-+--
Reporter: maeder| Owner:
Type: bug | Status: new
Priority: normal| Milestone:
#7228: ghc-pkg prints an awful lot of usage information
--+-
Reporter: benmachine| Owner:
Type: bug | Status: new
Priority: normal|
#2233: Overhaul System.Process
--+-
Reporter: simonmar | Owner: simonmar
Type: task | Status: new
Priority: normal | Milestone: _|_
#2233: Overhaul System.Process
--+-
Reporter: simonmar | Owner: simonmar
Type: task | Status: new
Priority: normal | Milestone: _|_
#7229: Detecting if a process was killed by a signal is impossible
--+-
Reporter: benmachine| Owner:
Type: bug | Status: new
Priority: normal
#2301: Proper handling of SIGINT/SIGQUIT
--+-
Reporter: duncan | Owner:
Type: bug | Status: new
Priority: normal
#7229: Detecting if a process was killed by a signal is impossible
--+-
Reporter: benmachine| Owner:
Type: bug | Status: new
Priority: normal
On 06/09/2012 21:10, Christian Hoener zu Siederdissen wrote:
Hi Ian,
thanks for the info about 7.8. Just to be clear, the new codegen
apparently saved my runtimes for the presentation on tuesday. \My\ new
code was slower than my old code. The new code generator fixed that,
giving me equal
Hi Simon,
Yes I am using -fnew-codegen. Using a large set of random input data
I get the expected results (comparing to both, a different version in
Haskell, and one in C).
I'll be monitoring output and will report problems.
However not relying on it, except to show that high performance is
On 6 September 2012 18:05, Ian Lynagh i...@well-typed.com wrote:
The GHC Team is pleased to announce a new major release of GHC, 7.6.1.
Great!
* It is now possible to defer type errors until runtime using the
-fdefer-type-errors flag.
In section 7.13.1 it says:
...given the following
Ian Lynagh i...@well-typed.com writes:
On Thu, Sep 06, 2012 at 09:42:53AM -0700, Johan Tibell wrote:
2. Could you please push all the packages that were released in GHC
7.6.1 to Hackage as well?
I've now uploaded those that we maintain.
...why has bytestring-0.10.0.0 been held back? (afaics,
On 6 September 2012 18:05, Ian Lynagh i...@well-typed.com wrote:
The GHC Team is pleased to announce a new major release of GHC, 7.6.1.
Great!
* It is now possible to defer type errors until runtime using the
-fdefer-type-errors flag.
In section 7.13.1 it says:
...given the following
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.13.5!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
There are two primary reasons for this
Hi all,
Fugue is (yet) another contribution to the thriving cottage industry of
alternate preludes. The goals for this one include minimal dependencies
(currently nothing outside of base), minimal new functionality (there
is, as yet, not a single line of original code other than module import
Haskell already does this, to some extent, in the design of imprecise
exceptions. But note that bottom *does* have well defined behavior, so
these optimizations are not very desirable.
Edward
Excerpts from David Feuer's message of Thu Sep 06 19:35:43 -0400 2012:
I have no plans to do such a
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.13.5!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
There are two primary reasons for this
On Thu, 2012-09-06 at 12:07 -0700, Johan Tibell wrote:
Have a look at the popCount implementation for e.g. Int, which are
written in C and called through the FFI:
https://github.com/ghc/packages-ghc-prim/blob/master/cbits/popcnt.c
Out of interest: isn't this compiled into the popCnt# primop
-- Haddock 2.10.0 and 2.11.0
Two new versions of Haddock have been uploaded to Hackage: version
2.10.0 which comes with GHC 7.4.2 and 2.11.0 which comes with the new
GHC 7.6.1!
Great news!
On 7 September 2012 13:19, David Waern david.wa...@gmail.com wrote:
-- Haddock 2.10.0 and 2.11.0
Two new versions of Haddock have been uploaded to Hackage: version
2.10.0 which comes with
Dear Haskell-cafe,
When dealing with ghc type errors I often see messages like
Couldn't match expected type `ghc-prim:GHC.Types.IO{tc 32I}
MyTypeNameHere{tc r1d8}'
with actual type `ghc-prim:GHC.Types.IO{tc 32I}
On Sep 7, 2012 2:00 AM, Edward Z. Yang ezyang
ezy...@mit.edu@ezy...@mit.edu
mit.edu ezy...@mit.edu wrote:
Haskell already does this, to some extent, in the design of imprecise
exceptions. But note that bottom *does* have well defined behavior, so
these optimizations are not very desirable.
Excerpts from David Feuer's message of Fri Sep 07 12:06:00 -0400 2012:
They're not *usually* desirable, but when the code has been proven not to
fall into bottom, there doesn't seem to be much point in ensuring that
things will work right if it does. This sort of thing only really makes
sense
On Fri, Sep 7, 2012 at 4:54 AM, Nicolas Trangez nico...@incubaid.com wrote:
On Thu, 2012-09-06 at 12:07 -0700, Johan Tibell wrote:
Have a look at the popCount implementation for e.g. Int, which are
written in C and called through the FFI:
On 7 September 2012 23:19, David Waern david.wa...@gmail.com wrote:
-- Haddock 2.10.0 and 2.11.0
Two new versions of Haddock have been uploaded to Hackage: version
2.10.0 which comes with GHC 7.4.2 and
33 matches
Mail list logo