droundy
On Wed, Apr 23, 2008 at 05:24:20PM +0100, Sebastian Sylvan wrote:
On Wed, Apr 23, 2008 at 5:01 PM, Tillmann Vogt Tillmann.Vogt at
rwth-aachen.de
wrote:
Hi,
I am currently experimenting with parallelizing C-programs. I have
therefore written a matrix vector
[1]
funk f x = f (funk f) x
f :: a
x :: b
funk f x :: c
therefore funk :: a - b - c
RHS
f (funk f) x :: c
f (funk f) :: d - c
x :: d
f :: e - d - c
funk :: h - e
f :: h
Peter Gammie [EMAIL PROTECTED] wrote:
The most-recent darcs version relies on a newer ByteString than I
have, so it is not easy for me to test it.
I believe there was a patch to fix this. Apparently only one version of
the bytestring package (0.9.0.1) ever exported the 'join' function, and
On Wed, 2008-04-30 at 11:32 +0100, Malcolm Wallace wrote:
Peter Gammie [EMAIL PROTECTED] wrote:
The most-recent darcs version relies on a newer ByteString than I
have, so it is not easy for me to test it.
I believe there was a patch to fix this. Apparently only one version of
the
Hi,
I noticed something odd yesterday. I had a function of this type:
divByGeneric :: (Integral a, MonadError (DivByError a) m) =
a - [a] - m [a]
If I left off the type signature, ghci (with no command-line parameters)
would load the file just fine, and :t would give this
Also have a look at the HaXml page. A branch is listed there passing
more tests if I recall correctly. Don't know wether those changes have
been merged back yet. I haven't tried it.
Marc Weber
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
On Tue, 29 Apr 2008 22:12:28 -0700 (PDT), you wrote:
I was thinking of how to represent this process graphically on a
computer screen.
The way to do this is to keep in mind that the display is only a
_representation_ of the algorithm in action, it is not involved in the
actual algorithm. The
It seems odd to me that ghci can infer a type that is illegal for the way it
was run. Thoughts?
Is it the same when compiling using ghc?
Don't know the answer anyway. But maybe this can shed some light.
Marc Weber
___
Haskell-Cafe mailing list
On Wed April 30 2008 10:58:37 am Marc Weber wrote:
It seems odd to me that ghci can infer a type that is illegal for the
way it was run. Thoughts?
Is it the same when compiling using ghc?
Don't know the answer anyway. But maybe this can shed some light.
Yes, it is.
-- John
On Apr 29, 2008, at 7:19 PM, Albert Y. C. Lai wrote:
John Goerzen wrote:
That's a wonderful interface, but unfortunately it appears to
assume that your Unicode I/O is always UTF-8, and never UTF-16. I
happen to deal with more UTF-16 data than UTF-8 over here at the
moment.
Hi all!
I am very pleased to announce the release of Graphics.Rendering.Diagrams, an
embedded domain-specific language for creating simple pictures and diagrams,
built on top of the Cairo vector graphics library. It's still somewhat in
its infancy, but already beginning to be useful and I wanted
On Wed April 30 2008 11:30:05 am Brandon S. Allbery KF8NH wrote:
On Apr 29, 2008, at 7:19 PM, Albert Y. C. Lai wrote:
John Goerzen wrote:
That's a wonderful interface, but unfortunately it appears to
assume that your Unicode I/O is always UTF-8, and never UTF-16. I
happen to deal with
On Wed, Apr 30, 2008 at 1:24 PM, Brent Yorgey [EMAIL PROTECTED] wrote:
Hi all!
I am very pleased to announce the release of Graphics.Rendering.Diagrams,
an embedded domain-specific language for creating simple pictures and
diagrams, built on top of the Cairo vector graphics library. It's
Thanks! But, when trying to implement your solution, I recalled hWaitForInput
and used it to
implement the alarm. Anyway, thanks, probably I will need that for other
programas.
Antonio
The getLine function ties up stdin. So the system function isn't
able to proceed until getLine completes,
Thank you; that is exactly the information that I was looking for.
Benjamin L. Russell
--- On Thu, 5/1/08, Steve Schafer [EMAIL PROTECTED] wrote:
From: Steve Schafer [EMAIL PROTECTED]
Subject: Re: [Haskell-cafe] approximating pi
To: haskell-cafe@haskell.org
Date: Thursday, May 1, 2008,
15 matches
Mail list logo