#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4988: Hang in GHCi debugger
-+--
Reporter: simonmar |Owner:
Type: bug | Status: new
Priority: high |Milestone: 7.2.1
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4989: build error on mingw if pthreads is installed
-+--
Reporter: int-e | Owner:
Type: bug | Status: new
Priority: normal
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4990: DPH (desugarer) causes GHC compilation to fail
-+--
Reporter: nsch | Owner:
Type: bug | Status: new
Priority: normal
#4961: Make the Timeout exception a newtype instead of a datatype
-+--
Reporter: basvandijk | Owner:
Type: task| Status: closed
Priority: normal
#4970: time002 and time004 (ghci) test failures on OS X 64 bit
---+
Reporter: gwright | Owner: gwright
Type: bug | Status: new
#4990: DPH (desugarer) causes GHC compilation to fail
+---
Reporter: nsch | Owner:
Type: bug| Status: closed
Priority: normal
#4990: DPH (desugarer) causes GHC compilation to fail
+---
Reporter: nsch | Owner:
Type: bug| Status: new
Priority: normal
#4990: DPH (desugarer) causes GHC compilation to fail
+---
Reporter: nsch | Owner:
Type: bug| Status: new
Priority: normal
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4991: base GHC/Conc/Sync causes build failure
-+--
Reporter: nsch | Owner:
Type: bug | Status: new
Priority: normal|
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4370: Bring back monad comprehensions
-+--
Reporter: simonpj |Owner: nsch
Type: feature request | Status: new
Priority: normal|Milestone: 7.2.1
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4979: IO performance regression in 7.0.2
---+
Reporter: simonpj | Owner: simonmar
Type: bug | Status: closed
Priority: normal| Milestone:
#4977: Warning about unqualified implicit imports
-+--
Reporter: Lemming |Owner:
Type: feature request | Status: new
Priority: normal|
#4990: DPH (desugarer) causes GHC compilation to fail
+---
Reporter: nsch | Owner:
Type: bug| Status: closed
Priority: normal
#4991: base GHC/Conc/Sync causes build failure
-+--
Reporter: nsch | Owner:
Type: bug | Status: closed
Priority: normal |
#4370: Bring back monad comprehensions
-+--
Reporter: simonpj |Owner: nsch
Type: feature request | Status: new
Priority: normal|Milestone: 7.2.1
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
#4992: LLVM trashes registers for primitive calls
---+
Reporter: scpmw | Owner: davidterei@…
Type: bug | Status: new
Priority: normal |
#4992: LLVM trashes registers for primitive calls
---+
Reporter: scpmw | Owner: davidterei@…
Type: bug | Status: new
Priority: normal |
#4977: Warning about unqualified implicit imports
-+--
Reporter: Lemming |Owner:
Type: feature request | Status: new
Priority: normal|
#2722: loop when compiling with -O option with ghc-6.10.0.20081019
-+--
Reporter: uwe | Owner: simonpj
Type: bug | Status: infoneeded
#1380: Safe Haskell
-+--
Reporter: igloo |Owner: dterei
Type: feature request | Status: new
Priority: normal|Milestone: _|_
#1380: Safe Haskell
-+--
Reporter: igloo |Owner: dterei
Type: feature request | Status: new
Priority: normal|Milestone: _|_
#4992: LLVM trashes registers for primitive calls
+---
Reporter: scpmw|Owner: davidterei@…
Type: bug | Status: patch
Priority: normal
#4370: Bring back monad comprehensions
-+--
Reporter: simonpj |Owner: nsch
Type: feature request | Status: patch
Priority: normal|Milestone: 7.2.1
#1380: Safe Haskell
-+--
Reporter: igloo |Owner: dterei
Type: feature request | Status: new
Priority: normal|Milestone: _|_
#4506: program fails with Segmentation fault/access violation in generated
code
--+-
Reporter: HolgerReinhardt | Owner: igloo
Type: bug | Status: closed
Priority: highest
#4506: program fails with Segmentation fault/access violation in generated
code
--+-
Reporter: HolgerReinhardt | Owner: igloo
Type: bug | Status: closed
Priority: highest
#4973: building ghc7.0.1.20110217 under x86 solaris fails
--+-
Reporter: maeder | Owner:
Type: bug | Status: new
Priority: highest |
Am 28.02.2011 21:47, schrieb Ian Lynagh:
On Mon, Feb 28, 2011 at 04:08:55PM +0100, Christian Maeder wrote:
Am 28.02.2011 13:33, schrieb Christian Maeder:
Am 20.02.2011 22:16, schrieb Ian Lynagh:
We are pleased to announce the second release candidate for GHC 7.0.2:
Am 28.02.2011 21:47, schrieb Ian Lynagh:
[...]
week (which also puts back the HP release, the 7.2.1 release, and at
this rate even the 7.4 release!).
Why are you talking about a 7.2.1 release and even 7.4? The GHC trac
does not even have descriptions for those. Instead there's a milestone
for
On 21/02/2011 01:08, Edward Z. Yang wrote:
Excerpts from Tyson Whitehead's message of Sun Feb 20 07:14:56 -0500 2011:
I believe a back trace on the actual call stack is generally considered not
that useful in a lazy language as it corresponds to the evaluation sequence,
That is, it is demand
On 22/02/2011 22:38, Tyler Pirtle wrote:
Hi there,
I'm using a system with an older version of GHC (6.8.3), and invoking
ghc-pkg against a non-existing file in -f:
$ haskell/ghc/v683/k8/lib/ghc-6.8.3/ghc-pkg.bin --global-conf
haskell/ghc/v683/k8/lib/ghc-6.8.3/package.conf -f
On 24/02/2011 13:26, José Pedro Magalhães wrote:
(Forwarding to haskell-cafe)
Hi,
I have a program that computes a matrix of Floats of m rows by n
columns. Computing each Float is relatively expensive. Each line is
completely independent of the others, so I thought I'd try some simple
SMP
Simon Marlow wrote:
For small arrays like this maybe we should have a new array type that
leaves out all the card-marking stuff too (or just use tuples, as Roman
suggested).
Would it, in theory, be possible to have an unpacked array type? That
is, could we have constructors for which the
On 01/03/2011 11:55, Roman Leshchinskiy wrote:
Simon Marlow wrote:
For small arrays like this maybe we should have a new array type that
leaves out all the card-marking stuff too (or just use tuples, as Roman
suggested).
Would it, in theory, be possible to have an unpacked array type? That
On Tue, Mar 1, 2011 at 11:09, Christian Maeder wrote:
Why are you talking about a 7.2.1 release [...]?
What important achievement (apart from the tickets listed) should I expect
from a 7.2.1 release compared to 7.0.2 (or 7.0.3)?
Simon Marlow wrote:
On 01/03/2011 11:55, Roman Leshchinskiy wrote:
Would it, in theory, be possible to have an unpacked array type? That
is, could we have constructors for which the length of the closure is
determined dynamically at runtime?
Certainly, but the amount of effort to
On Mon, Feb 28, 2011 at 9:01 AM, Simon Marlow marlo...@gmail.com wrote:
Ideally you'd want the heap check in the primop to be aggregated into the
calling function's heap check, and the primop should allocate directly from
the heap instead of calling out to the RTS allocate(). All this is a bit
=
4TH CENTRAL EUROPEAN FUNCTIONAL PROGRAMMING SCHOOL (CEFP 2011)
EOTVOS LORAND UNIVERSITY, BUDAPEST, HUNGARY
June 14-24, 2011
http://plc.inf.elte.hu/cefp
THE REGISTRATION IS OPEN!
=
SCOPE OF THE
===
Call for Papers
20th International Workshop on Functional and (Constraint) Logic Programming
WFLP 2011
Odense, Denmark
July 19, 2011
Co-located with PPDP 2011, LOPSTR 2011, AAIP 2011
Hi,
if you know a student interested in applying her or his knowledge in
algorithms (especially graph optimization) please note her or him of
this opening or forward to interested parties.
PhD Position: Bioinformatics / Graph Optimization
We are looking for a Diploma / Masters student to join
==
CALL FOR PAPERS
PPDP 2011
13th International ACM SIGPLAN Symposium on
Principles and Practice of Declarative Programming
On Mon, 2011-02-28 at 19:37 -0700, Luke Palmer wrote:
But what I miss when using these proof assistants, and what I have my
eyes on, is a way to Search ALL The Theorems. In current proof
assistants, developments are still distributed in packages -- and a
particular development might have
Hi,
Bas van Dijk wrote:
For the record: are you talking about rewriting:
let f = e in b
into something like:
(\f - e) `letin` (\f - b)
where `letin` can be overloaded (rebinded is probably the better
term) and has the default implementation:
letin :: (a - a) - (a - b) - b
fe `letin`
On 24/02/2011 13:26, José Pedro Magalhães wrote:
(Forwarding to haskell-cafe)
Hi,
I have a program that computes a matrix of Floats of m rows by n
columns. Computing each Float is relatively expensive. Each line is
completely independent of the others, so I thought I'd try some simple
SMP
Hello,
I'm trying to use HaXml to do some relatively simple XML processing, but
I can't figure out how to get started.
My documents look something like this:
doc
a bar=x
b foo=x/
b foo=y/
a bar=y
b foo=z/
/a
/a
/doc
I want to find any element tagged a that
Hi Haskellers!
I'm currently trying to write an assembler for Knuths MMIXAL language.
Currently, I'm writing the parser using attoparsec, and have one
question:
In MMIXAL, a string literal starts with a , followed by an arbitrary
amount of arbitrary characters excluding the newline character and
parseConstant = Reference $ try parseLocLabel
| PlainNum $ decimal
| char '#' * fmap PlainNum hexadecimal
| char '\'' * (CharLit $ notChar '\n') * char '\''
| try $ (char '' * (StringLit . B.pack $
manyTill (notChar
On Tuesday 01 March 2011 22:15:38, Robert Clausecker wrote:
I hope, you understand my question.
Not sure. If I understand correctly, if you have
someParser = foo
| bar
| parseConstant
| baz
| quux
and invoke someParser on something like
\Line\nLine\
it tries baz and quux
On Tue, 01 Mar 2011 22:15:38 +0100, you wrote:
The problem is, that attoparsec just silently fails on this kind of
strings and tries other parsers afterwards, which leads to strange
results.
Can you give a concrete example of the problem that you're seeing here?
(Basically, you're describing
I have a few functions for operating on lists that take continuations:
-- | Like takeWhile but with a continuation, so you can chain takes without
-- copying.
takeWhileThen :: (a - Bool) - ([a] - [a]) - [a] - [a]
takeWhileThen _ _ [] = []
takeWhileThen f cont (x:xs)
| f x = x : takeWhileThen
64 matches
Mail list logo