#7262: directory 1.2 fails to build with base 4.6
--+-
Reporter: sopvop| Owner:
Type: bug | Status: patch
Priority: normal|
#7272: PolyKinds and mutually recursive modules
--+-
Reporter: dreixel | Owner: dreixel
Type: bug | Status: new
Priority: normal|
#7276: -fdefer-type-errors allows the types of quotations to be coerced, causing
segmentation fault
+---
Reporter: parcs | Owner:
Type: bug | Status:
#7287: Primops in RULES generate warnings
-+--
Reporter: rl| Owner: simonpj
Type: bug | Status: new
#7272: PolyKinds and mutually recursive modules
-+--
Reporter: dreixel | Owner: dreixel
Type: bug | Status: merge
Priority: normal|
#7287: Primops in RULES generate warnings
+---
Reporter: rl | Owner: simonpj
Type: bug| Status: closed
#7287: Primops in RULES generate warnings
+---
Reporter: rl | Owner: simonpj
Type: bug| Status: merge
#7276: -fdefer-type-errors allows the types of quotations to be coerced, causing
segmentation fault
-+--
Reporter: parcs | Owner:
Type: bug | Status:
#7222: The text Possible fix: add an instance declaration for ... is redundant
and not usually helpful
---+
Reporter: maltem| Owner:
Type: bug | Status:
#7263: Add derived Show instances to GHC.Generics
--+-
Reporter: dag | Owner: dreixel
Type: feature request | Status: new
Priority: normal|
#7277: Recompilation check fails for TH unless functions are inlined
-+--
Reporter: orenbenkiki | Owner:
Type: bug | Status: new
#7277: Recompilation check fails for TH unless functions are inlined
-+--
Reporter: orenbenkiki | Owner:
Type: bug | Status: new
#7293: Wrong location reported for inaccessible code with GADTs
--+-
Reporter: goldfire | Owner:
Type: bug | Status: new
Priority: normal
#7294: -fdefer-type-errors doesn't produce a warning
-+--
Reporter: Feuerbach| Owner:
Type: bug | Status: new
Priority:
#7294: -fdefer-type-errors doesn't produce a warning
-+--
Reporter: Feuerbach| Owner:
Type: bug | Status: new
Priority:
#7294: -fdefer-type-errors doesn't produce a warning
-+--
Reporter: Feuerbach| Owner:
Type: bug | Status: new
#5218: Add unpackCStringLen# to create Strings from string literals
-+--
Reporter: tibbe | Owner: igloo
Type: feature request | Status: new
Priority: high
#7294: -fdefer-type-errors doesn't produce a warning
-+--
Reporter: Feuerbach| Owner:
Type: bug | Status: new
Hi Simon,
Thanks for all your work in getting TypeHoles into HEAD. We really
appreciate it.
I was playing around with HEAD today and wanted to share a few observations.
(1) One of the ideas we had was that a hole `_' would be like `undefined'
but with information about the type and bindings.
On Wed, Oct 3, 2012 at 11:44 AM, Sean Leather leat...@cs.uu.nl wrote:
Hi Simon,
Thanks for all your work in getting TypeHoles into HEAD. We really
appreciate it.
I was playing around with HEAD today and wanted to share a few
observations.
(1) One of the ideas we had was that a hole `_'
(Please redirect follow-ups to haskell-c...@haskell.org or
cabal-de...@haskell.org)
On the behalf of the many contributors to cabal, I'm proud to present
cabal-install-1.16.0. This release contains almost a year worth of
patches. Highlights include:
* Parallel installs (cabal install -j)
*
Dear all,
I would like to collect contributions for the 23rd edition of the
Haskell Communities Activities Report
http://www.haskell.org/haskellwiki/Haskell_Communities_and_Activities_Report
Welcome to issue 246 of the HWN, an issue covering crowd-sourced bits
of information about Haskell from around the web. This issue covers the
week of September 23 to September 23, 2012.
Want to contribute quotes for HWN? Until today the only way to help
with those was to use @remember in the IRC
No, that's not the problem. I want to parse with more complicated asts
containing both Text and antiquotes.
On Wed, 3 Oct 2012 09:23:15 +0400
Dmitry Olshansky olshansk...@gmail.com wrote:
Hello,
if you change from
test2 = [expr| test |]
to
test2 = [expr| $test |]
then it will be
Hello everyone,
sorry for the dumb question but I'm wrapping my head around arrow just from
this morning.
Consider this toy function to swap argument of a tuple:
swapA' :: (Arrow a) = a ((b,c), (b,c)) (c,b)
swapA' = swapFirst swapSecond
where
swapFirst = first $ arr snd
swapSecond =
On Wed, Oct 03, 2012 at 10:41:25AM +0200, Alfredo Di Napoli wrote:
Hello everyone,
sorry for the dumb question but I'm wrapping my head around arrow just from
this morning.
Consider this toy function to swap argument of a tuple:
swapA' :: (Arrow a) = a ((b,c), (b,c)) (c,b)
swapA' =
Thanks Brent, this should do the trick, although what I was asking was
something more general:
For explicitly pass I meant passing them without the eta reduce, in other
terms:
swapA' :: (Arrow a) = a ((b,c), (b,c)) (c,b)
swapA' t = () swapFirst swapSecond (???)
where
swapFirst =
Alfredo Di Napoli alfredo.dinap...@gmail.com wrote:
Thanks Brent, this should do the trick, although what I was asking was
something more general:
For explicitly pass I meant passing them without the eta reduce, in
other terms:
swapA' :: (Arrow a) = a ((b,c), (b,c)) (c,b)
swapA' t =
Dear list,
I ran into problems when installing DPH examples:
[root@GLaDOS : ~] cabal --global install dph-examples
Resolving dependencies...
Configuring dph-examples-0.6.1.3...
Building dph-examples-0.6.1.3...
Preprocessing executable 'dph-spectral-smvm' for dph-examples-0.6.1.3...
[1 of 3]
I see. There exists an equivalent version but more generic?
Just out of curiosity, I'm still pretty new to arrows, as you may have read
:)
Thanks,
A.
On 3 October 2012 15:59, Ertugrul Söylemez e...@ertes.de wrote:
Alfredo Di Napoli alfredo.dinap...@gmail.com wrote:
Solution was simple,
Several of the monad-par schedulers COULD provide a MonadIO instance and
thus liftIO, which would make them easy to use for this kind of parallel
IO business:
http://hackage.haskell.org/packages/archive/monad-par/0.3/doc/html/Control-Monad-Par-Scheds-Direct.html
And that would be a little more
I'm not sure that exposing a liftIO for Monad.Par is the best idea. Since
all these parallel computations use runPar :: Par a - a, it advertises
that the result is deterministic. I'm not really comfortable with a hidden
unsafePerformIO hiding in the background.
That said, I don't see a reason for
On the behalf of the many contributors to cabal, I'm proud to present
cabal-install-1.16.0. This release contains almost a year worth of
patches. Highlights include:
* Parallel installs (cabal install -j)
* Several improvements to the dependency solver.
* Lots of bugfixes
We're also
Hello,
I just tried to upgrade cabal-install using an older version and it
yields the following error:
Distribution/Client/JobControl.hs:63:6: Not in scope: `mask'
If you need any machine/software specs let me know.
Best regards,
José
On 10/03/2012 06:06 PM, Johan Tibell wrote:
On the
On Wed, Oct 3, 2012 at 6:21 PM, José Lopes jose.lo...@ist.utl.pt wrote:
Hello,
I just tried to upgrade cabal-install using an older version and it yields
the following error:
Distribution/Client/JobControl.hs:63:6: Not in scope: `mask'
We tested on GHC 7.0.4, 7.4.1, and 7.6.1.
If you need
Hey,
I have debian 6.0.5 with GHC version 6.12.1 and base version
4.2.0.0 (although base 3.0.3.2 is also installed).
Hope that helps!
José
On 10/03/2012 07:15 PM, Johan Tibell wrote:
On Wed, Oct 3, 2012 at 6:21 PM, José Lopesjose.lo...@ist.utl.pt wrote:
Hello,
I just tried to upgrade
I wondered whether there is a brilliant typing technique that makes
Data.Map.! a total function. That is, is it possible to give (!) a type,
such that m!k expects a proof that the key k is actually present in the
dictionary m? How can I provide the proof that k is in m?
Same question for
Hi,
On Wed, Oct 3, 2012 at 7:52 PM, Henning Thielemann
lemm...@henning-thielemann.de wrote:
I wondered whether there is a brilliant typing technique that makes
Data.Map.! a total function. That is, is it possible to give (!) a type,
such that m!k expects a proof that the key k is actually
That said, I don't see a reason for not including a separate version of
runParIO :: ParIO a - IO a for non-deterministic computations. It seems
really useful!
Exactly. I should have been more explicit but that's what I meant about
adding another module. You would import
On 3 October 2012 18:22, José Lopes jose.lo...@ist.utl.pt wrote:
Hey,
I have debian 6.0.5 with GHC version 6.12.1 and base version
4.2.0.0 (although base 3.0.3.2 is also installed).
I've pushed a fix for this. We'll wait a couple days to give a chance
for other issues to be discovered, and
On Wed, Oct 3, 2012 at 6:06 PM, Johan Tibell johan.tib...@gmail.com wrote:
On the behalf of the many contributors to cabal, I'm proud to present
cabal-install-1.16.0.
Congratulations and thanks to all those involved!
To install:
cabal update
cabal install cabal-install-1.16.0
Hi,
Just a heads up: on Ubuntu 12.04 with GHC 7.4.1 out of apt (no
haskell-platform,) using the bootstrap.sh script fails, because the
constraints for CABAL_VER_REGEXP are too lax:
$ sh ./bootstrap.sh
Checking installed packages for ghc-7.4.1...
Cabal is already installed and the version is ok.
On Wed, Oct 3, 2012 at 9:15 PM, Austin Seipp mad@gmail.com wrote:
Just a heads up: on Ubuntu 12.04 with GHC 7.4.1 out of apt (no
haskell-platform,) using the bootstrap.sh script fails, because the
constraints for CABAL_VER_REGEXP are too lax:
$ sh ./bootstrap.sh
Checking installed
Welcome to issue 246 of the HWN, an issue covering crowd-sourced bits
of information about Haskell from around the web. This issue covers the
week of September 23 to September 23, 2012.
Want to contribute quotes for HWN? Until today the only way to help
with those was to use @remember in the IRC
Janek S. wrote:
Gogling the error message leads to various LLVM pages, which suggests that
LLVM is the problem.
I'm using Debian Squeeze with LLVM 2.6 and I'm thinking that maybe DPH needs
newer version.
From memory the first version of LLVM to support the GHC custom calling
convention
On Oct 4, 2012 2:08 AM, Johan Tibell johan.tib...@gmail.com wrote:
On the behalf of the many contributors to cabal, I'm proud to present
cabal-install-1.16.0.
Why the sudden change in versioning scheme (from 0.x to 1.x)?
___
Haskell-Cafe mailing list
On Wed, Oct 3, 2012 at 5:42 PM, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On Oct 4, 2012 2:08 AM, Johan Tibell johan.tib...@gmail.com wrote:
On the behalf of the many contributors to cabal, I'm proud to present
cabal-install-1.16.0.
Why the sudden change in versioning scheme
On Oct 1, 2012 10:39 PM, Fabio Riga rifa...@gmail.com wrote:
Hi Magnus,
is there a reason for dropping those packages? If some package fail to
build in ghc 7.6 we will lost as well many packages in [haskell-extra].
The only reason is that they require non-obvious patches to build with GHC
48 matches
Mail list logo