#5664: Missing checks for FFI declaration types
-+--
Reporter: simonmar | Owner: pcapriotti
Type: bug | Status: new
Priority:
#5664: Missing checks for FFI declaration types
-+--
Reporter: simonmar | Owner: pcapriotti
Type: bug | Status: patch
Priority:
#: support qualified names for invoking a quasiquoter
--+-
Reporter: nfrisby| Owner: pcapriotti
Type: feature request| Status: patch
Priority: normal
#: support qualified names for invoking a quasiquoter
+---
Reporter: nfrisby| Owner: pcapriotti
Type: feature request| Status: closed
Priority: normal
#5984: TH: newtypes are converted to datas
-+--
Reporter: mikhail.vorozhtsov | Owner: pcapriotti
Type: bug | Status: closed
Priority: normal |
#5984: TH: newtypes are converted to datas
-+--
Reporter: mikhail.vorozhtsov | Owner: pcapriotti
Type: bug | Status: closed
Priority: normal |
#5976: Panic in a user Template Haskell function is wrongly reported as a GHC
bug
-+--
Reporter: SimonMeier | Owner: pcapriotti
Type: bug | Status: patch
#5976: Panic in a user Template Haskell function is wrongly reported as a GHC
bug
-+--
Reporter: SimonMeier | Owner: pcapriotti
Type: bug | Status: merge
#5820: defining instance in GHCi leads to duplicated instances
-+--
Reporter: guest | Owner:
Type: bug | Status: closed
Priority: high
#3591: A working program reports loop when compiled with -O
-+--
Reporter: blamario| Owner: igloo
Type: merge | Status: closed
Priority:
#5980: Name of compiler mismatch in safeHaskell/ghci/p5 p7 p8
-+--
Reporter: goldfire | Owner:
Type: bug | Status: new
Priority: highest
#5987: Too many symbols in ghc package DLL
-+--
Reporter: igloo | Owner:
Type: bug | Status: new
Priority: highest |
#5612: Better support for kinds in Template Haskell
---+
Reporter: guest | Owner:
Type: feature request | Status: new
Priority:
#5612: Better support for kinds in Template Haskell
---+
Reporter: guest | Owner:
Type: feature request | Status: patch
Priority:
#5988: Safe Haskell doesn't report all reasons why safe inference fails
---+
Reporter: dterei | Owner: dterei
Type: bug| Status:
#5989: Haddock reports wrong safe haskell mode
--+-
Reporter: dterei| Owner:
Type: bug | Status: new
Priority: normal|
---
CALL FOR PAPERS
GCM 2012
Fourth International Workshop on
Graph Computation Models
Bremen, Germany, September 29th, 2012
Hi,
I would like to work on improving the HDBC as a GSOC project 2012.
I have a previous working experience with Django and its ORM and I had a
look at Amnesia (http://amnesia.sourceforge.net/user_manual/manual.html)
which is a SQL database interface for Erlang.
Few of the features of both
Is there any follow up on this?
I was wondering what is the best way to sequence a number of sources
together. Anybody gave a further thought on this?
Regards,
Paul Liu
On Tue, Dec 27, 2011 at 3:45 PM, Aristid Breitkreuz
arist...@googlemail.com wrote:
Hi all,
As you may have noticed, Michael
Thaks Oleg for your clarification.
I thoutgh on the use or ErrorT or something similar but the fact is
that i need many bacPoints, not just one. That is, The user can go
many pages back in the navigation pressing many times te back
buttton.,. My code has a failure detection in each backPoint , so
But, on my side,
BackT [BackPoint 1]
and
BackT [NoBack 1]
can be made indistinguishable outside the code where the monad is
defined. Probably the effect required is not possible without
breaking the law
2012/3/31 Ross Paterson r...@soi.city.ac.uk:
On Wed, Mar 28, 2012 at 01:34:29AM +0100,
On Wed, Apr 4, 2012 at 4:48 AM, Paul Liu nine...@gmail.com wrote:
Is there any follow up on this?
I was wondering what is the best way to sequence a number of sources
together. Anybody gave a further thought on this?
I believe sequence sources together can already be done by `Monoid`
I recently uploaded fast-tags-0.0.3. The main thing is that all the
performance problems I was able to find have been fixed---hopefully
will no longer be mistaken as an April Fools joke! Here's copy and
paste from the hackage description:
Changes since 0.0.2:
Lots of speed ups, especially when
What sorts of things can cause a thread to get an asynchronous thread
killed exception? I've been seeing rare, inexplicable thread
killed messages in my Snap handlers for a long time, but they aren't
from Snap's timeout code. I recently upgraded to ghc 7.4.1, and that
caused the kills to happen
24 matches
Mail list logo