Jason Dusek wrote:
Andrew Coppin [EMAIL PROTECTED] wrote:
What I *haven't* done yet is read the chapters where they try
to claim that database programming is possible in Haskell.
I'll have to do that at some point. Maybe this is where they
reveal the Secret Formula that makes this stuff
As far as I know, wxHaskell was developed mainly for windows?
On Sat, Nov 29, 2008 at 10:25 AM, Andrew Coppin
[EMAIL PROTECTED] wrote:
Jason Dusek wrote:
Andrew Coppin [EMAIL PROTECTED] wrote:
What I *haven't* done yet is read the chapters where they try
to claim that database
Lennart Augustsson wrote:
But I don't want Perl, I want a well designed language and well
designed libraries.
I think it's find to let libraries proliferate, but at some point you
also need to step back and abstract.
I agree.
On Fri, Nov 28, 2008 at 9:46 PM, Don Stewart [EMAIL PROTECTED]
I'm probably doing something wrong but this example doesn't compile for
me under ghc 6.10.1
(http://www.haskell.org/ghc/docs/latest/html/libraries/base/Control-Exception.html#4):
catch (openFile f ReadMode)
(\e - hPutStr stderr (Couldn't open ++f++: ++ show e))
Run.hs:77:24:
On Fri, Nov 28, 2008 at 07:41:42PM -0800, Don Stewart wrote:
john:
On Wed, Nov 26, 2008 at 07:20:12PM -0800, Jason Dagit wrote:
I spoke with the author of the fork a bit in IRC around the time it
happened
and my understanding is that:
1) John sternly objects to using cabal as the
On Sat, Nov 29, 2008 at 2:41 AM, John Meacham [EMAIL PROTECTED] wrote:
On Fri, Nov 28, 2008 at 07:41:42PM -0800, Don Stewart wrote:
john:
On Wed, Nov 26, 2008 at 07:20:12PM -0800, Jason Dagit wrote:
I spoke with the author of the fork a bit in IRC around the time it
happened
and my
On Fri, Nov 28, 2008 at 08:51:45PM -0800, Jason Dagit wrote:
Personally, I look at it this way. Both build systems have different
advantages that the other cannot provide but they are not mutually
exclusive.
I don't see any advantage in Cabal, except that a .cabal file
provides some metadata
CE.catch :: (CE.Exception e) = IO a - (e - IO a) - IO a
foo d = CE.catch (openFile d ReadMode return ())
(\e - hPutStr stderr (Couldn't open ++ d ++: ++ show e))
btw, if your handler cannot return the same type as your action, is this
the right place to catch the
On 29/11/2008, at 11:49, Claus Reinke wrote:
Yes, it is very difficult. A sensible API for a standard array
library is something that needs more research. FWIW, I don't know
of any other language that has what I'd like to see in Haskell. C+
+ probably comes closest but they have it easy
On Sun, 23 Nov 2008, Duncan Coutts wrote:
On Sun, 2008-11-23 at 01:40 +0100, Henning Thielemann wrote:
On Sat, 22 Nov 2008, Thomas Schilling wrote:
It's a pattern match error, implemented by throwing an asynchronous
exception. The idea being, that we only have one mechanism (well, an
Hi,
Since I upgraded from ghc 6.8.3 to 6.10.1, I noticed that my programs
do not run multi-threaded anymore. I tried simplifying my code, till I just
took one of the par/pseq demo's to verify if it wasn't my fault.
When I compile this code on 6.8.3 (both ubuntu and OS X), top shows something
On Fri, Nov 28, 2008 at 08:51:45PM -0800, Jason Dagit wrote:
On Fri, Nov 28, 2008 at 7:30 PM, John Meacham [EMAIL PROTECTED] wrote:
It is important to me that jhc be as widely accessible at possible. The
number of machines './configure make install' will work on outnumbers
those that cabal
Andrew Coppin [EMAIL PROTECTED] wrote:
It seems to be an unwritten law that any package involving
non-Haskell components doesn't work on Windoze.
Well, I'll have a chance to verify this soon enough. Have you
posted your errors somewhere?
--
_jsn
On Fri, 2008-11-28 at 19:30 -0800, John Meacham wrote:
On Wed, Nov 26, 2008 at 07:20:12PM -0800, Jason Dagit wrote:
I spoke with the author of the fork a bit in IRC around the time it happened
and my understanding is that:
1) John sternly objects to using cabal as the build system for JHC
On Fri, 2008-11-28 at 22:20 +, Lennart Augustsson wrote:
But I don't want Perl, I want a well designed language and well
designed libraries.
I think it's find to let libraries proliferate, but at some point you
also need to step back and abstract.
Yes, let the ideas simmer and when we can
Hello Jason,
Saturday, November 29, 2008, 5:55:06 PM, you wrote:
It seems to be an unwritten law that any package involving
non-Haskell components doesn't work on Windoze.
Well, I'll have a chance to verify this soon enough. Have you
posted your errors somewhere?
unfortunately, HsLua
On Fri, 28 Nov 2008 19:00:38 -0500, Roman Leshchinskiy [EMAIL PROTECTED]
wrote:
On 29/11/2008, at 10:47, Claus Reinke wrote:
[...]
And would it be difficult for you all to agree on a standard API, to
make switching between the alternatives easy (if
it is indeed impossible to unify their
On Sat, 2008-11-29 at 18:13 +0300, Bulat Ziganshin wrote:
Hello Jason,
Saturday, November 29, 2008, 5:55:06 PM, you wrote:
It seems to be an unwritten law that any package involving
non-Haskell components doesn't work on Windoze.
Well, I'll have a chance to verify this soon enough.
Hello Duncan,
Saturday, November 29, 2008, 7:49:52 PM, you wrote:
It seems to be an unwritten law that any package involving
non-Haskell components doesn't work on Windoze.
unfortunately, HsLua already breaks the law :)
How so?
it has C code and works on windows
--
Best regards,
On Sat, 2008-11-29 at 19:57 +0300, Bulat Ziganshin wrote:
Hello Duncan,
Saturday, November 29, 2008, 7:49:52 PM, you wrote:
It seems to be an unwritten law that any package involving
non-Haskell components doesn't work on Windoze.
unfortunately, HsLua already breaks the law :)
From: Andrew Coppin [EMAIL PROTECTED]
My view would be to let the free market of developers decide what is
best. No bottlenecks -- there's too many Haskell libraries already (~1000
now).
And this approach has yielded more code than ever before, more libraries
than ever before, and library
John Lato wrote:
I would love to see a perfect, unified array library in Haskell. I
think everyone would. However, the problem Don, Roman, and others
have raised is that there is no single consensus on what that library
would look like, or how it would be implemented. It might be
impossible
andrewcoppin:
My view would be to let the free market of developers decide what is
best. No bottlenecks -- there's too many Haskell libraries already (~1000
now).
And this approach has yielded more code than ever before, more libraries
than ever before, and library authors are competing.
kili:
On Fri, Nov 28, 2008 at 08:51:45PM -0800, Jason Dagit wrote:
Personally, I look at it this way. Both build systems have different
advantages that the other cannot provide but they are not mutually
exclusive.
I don't see any advantage in Cabal, except that a .cabal file
provides
duncan.coutts:
It is important to me that jhc be as widely accessible at possible. The
number of machines './configure make install' will work on outnumbers
those that cabal install will work on hundreds or thousands to
one.
I've sometimes wondered why nobody has made a generic
Austin Seipp wrote:
Excerpts from Andrew Coppin's message of Sat Nov 29 03:37:58 -0600 2008:
Are you seriously asserting that it's bad for people to stop and think
about their designs before building?
To be fair, I don't think you're in a position to say whether the
authors of these
yrn001:
Hi,
Since I upgraded from ghc 6.8.3 to 6.10.1, I noticed that my programs
do not run multi-threaded anymore. I tried simplifying my code, till I just
took one of the par/pseq demo's to verify if it wasn't my fault.
This sounds like the change to the scheduler where only 1 spark
andrewcoppin:
Austin Seipp wrote:
Excerpts from Andrew Coppin's message of Sat Nov 29 03:37:58 -0600 2008:
Are you seriously asserting that it's bad for people to stop and think
about their designs before building?
To be fair, I don't think you're in a position to say whether the
Hello Andrew,
Saturday, November 29, 2008, 9:23:29 PM, you wrote:
This goes beyond array libraries; do you have any idea how many binary
packages there are?
i wrote 3 :)))
--
Best regards,
Bulatmailto:[EMAIL PROTECTED]
On Sat, Nov 29, 2008 at 11:31:52AM -0800, Don Stewart wrote:
I don't see any advantage in Cabal, except that a .cabal file
provides some metadata and dependency information that can help the
build.
And we have tools to automate the packaging of cabal-specified code.
So for example, there
Henning Thielemann wrote:
I suspect that this particular function is less useful than you think.
It safes one allocation and might be faster since it uses less cache,
but on the other hand, it cannot be fused.
If the array is seriously large, you don't want to have five or six
versions of it
Claus Reinke wrote:
btw, if your handler cannot return the same type as your action, is this
the right place to catch the exceptions?
That was an example, the real code looks something like this:
do d - getCurrentDirectory
t - getCurrentTime
let u = asn1c. ++ show (utctDay
On Wed, Nov 26, 2008 at 6:11 PM, Don Stewart [EMAIL PROTECTED] wrote:
I'd love it if people took a photo of the book arriving.
With enough photos , I could put together a gallery of Haskell around
the world :-)
Will do !
___
Haskell-Cafe mailing list
Am Samstag, 29. November 2008 11:41 schrieb John Meacham:
On Fri, Nov 28, 2008 at 07:41:42PM -0800, Don Stewart wrote:
john:
On Wed, Nov 26, 2008 at 07:20:12PM -0800, Jason Dagit wrote:
I spoke with the author of the fork a bit in IRC around the time it
happened and my understanding
Hello Daniel,
Sunday, November 30, 2008, 1:41:03 AM, you wrote:
Yes, that's very nice to be able to just type
$ cabal update
$ cabal install whatever
and cabal automatically takes care of dependencies (unfortunately only Haskell
i have to mention that there are no haskell compilers that
Hi Daniel,
1. cabal install lhc
20 minutes later I have an lhc executable installed (and the graphviz
package), great, can't be any simpler.
Awesome! Glad it worked for you.
A tidbit: unfortunately, due to a mistake in the first upload of lhc,
you will need to provide an exact version if
bulat.ziganshin:
Hello Daniel,
Sunday, November 30, 2008, 1:41:03 AM, you wrote:
Yes, that's very nice to be able to just type
$ cabal update
$ cabal install whatever
and cabal automatically takes care of dependencies (unfortunately only
Haskell
i have to mention that there are
Hi,I can't seem to get DPH to work on 6.10.1 on Vista-64.
I run the executables with +RTS -N2, and to verify that I'm doing it
correctly I checked with a simple benchmark using forkIO and that does
indeed use both my cores:
-- compiler command line: ghc --make -O2 -threaded parr.hs
-- execution
On 30/11/2008, at 02:43, Brad Larsen wrote:
On Fri, 28 Nov 2008 19:00:38 -0500, Roman Leshchinskiy [EMAIL PROTECTED]
wrote:
On 29/11/2008, at 10:47, Claus Reinke wrote:
[...]
And would it be difficult for you all to agree on a standard API, to
make switching between the alternatives easy
On 30/11/2008, at 10:43, Sebastian Sylvan wrote:
This, on the other hand does not use more than one core:
-- compiler command line (from shootout code): ghc --make -fcpr-off -
threaded -fdph-par -package dph-base -Odph -XPArr parr2.hs
-- execution as before
main = print $ [: True | n - [:
On 30/11/2008, at 08:32, Andrew Coppin wrote:
Henning Thielemann wrote:
I suspect that this particular function is less useful than you
think.
It safes one allocation and might be faster since it uses less cache,
but on the other hand, it cannot be fused.
Hmm, I haven't seen your original
rl:
On 30/11/2008, at 08:32, Andrew Coppin wrote:
Henning Thielemann wrote:
I suspect that this particular function is less useful than you
think.
It safes one allocation and might be faster since it uses less cache,
but on the other hand, it cannot be fused.
Hmm, I haven't seen your
john:
On Sat, Nov 29, 2008 at 11:41:03PM +0100, Daniel Fischer wrote:
Great, nothing I don't already have, so download the source tarball, unpack
and
./configure --prefix=$HOME
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane...
When people say Cabal they often mean two different things (or both).
Cabal-the-library (package Cabal) knows how to use standard Haskell
build tools but it is not a very flexible or easily extensible build
tool (it relies on ghc --make for one, don't know how it does it for
other compilers).
On Sun, Nov 30, 2008 at 01:37:20AM +, Thomas Schilling wrote:
So that's over 2 SLOC, but, of course, for a more powerful tool.
So I presume the 4x more code remark by John was about the Makefile
rules to implement something similar to the Simple build system part.)
No, I was refering
Am Sonntag, 30. November 2008 00:17 schrieb Austin Seipp:
If you would be so kind as to try the latest lhc instead by running:
$ cabal install lhc-0.6.20081127
And reporting back, I would like to hear the results and if it went
well. :)
Got and installed a lot of dependencies and the
On 2008 Nov 29, at 20:02, John Meacham wrote:
Oh golly. I never put DrIFT on cabal, apparently whomever tried to
cabalize it didn't include the ghc driver script, and also appeared to
just drop the documentation from the package altogether. It is things
like that that make it very hard to get
Can anyone explain why ghc does not treat the following
as a valid literate haskell program?
- test.lhs
# This is a test
foo = reverse . words
When I try to load this in ghci (or compile it using ghc),
I get:
test.lhs:1:2: lexical error at character 'T'
# is significant because it can be sh-bang line or pre-processor.
The only way I can think of is:
alias lhspp=sed 's/^#//'
ghc --make -F -pgmF lhspp File.lhs
On Sat, Nov 29, 2008 at 10:07 PM, John MacFarlane [EMAIL PROTECTED] wrote:
Can anyone explain why ghc does not treat the following
as
sam lee [EMAIL PROTECTED] writes:
# is significant because it can be sh-bang line or pre-processor.
This seems like it should be a bug, sha-bangs are unambiguous and the
problem still occurs if compiled via `ghc -XNoCPP`.
Regardless, I personally prefer the other sort of title in pandoc
Hello!
(1) Is anybody aware of SOA approach being supported in Haskell? Found HAIFA
package (SOAP, WEB services), but it seems to be a RIP project (with it's
last updated in 2006) - trying to install it is a total mess (for me, a
newby).
(2) Please, perhaps experienced developers could suggest
Hello!
START--
$ sudo runghc Setup configure --user
Configuring HCL-1.2...
$ sudo runghc Setup build
Preprocessing library HCL-1.2...
Preprocessing executables for HCL-1.2...
Building HCL-1.2...
HCL.hs:302:7:
Could not find module
(1) Function as a system of N concurrent inputs and 1 output is easy essence.
How about function as N concurrent inputs and M concurrent outputs? I think
it's not native to lambda calculus. So system's programming (if we ever
had such paradigm) would solve this issue, while criticizing all FP.
lambda-belka:
Hello!
(1) Is anybody aware of SOA approach being supported in Haskell? Found HAIFA
package (SOAP, WEB services), but it seems to be a RIP project (with it's
last updated in 2006) - trying to install it is a total mess (for me, a
newby).
The main web libraries are hosted
lambda-belka:
Hello!
START--
$ sudo runghc Setup configure --user
Configuring HCL-1.2...
$ sudo runghc Setup build
Preprocessing library HCL-1.2...
Preprocessing executables for HCL-1.2...
Building HCL-1.2...
On Sat, Nov 29, 2008 at 11:22 PM, Belka [EMAIL PROTECTED] wrote:
Hello!
START--
$ sudo runghc Setup configure --user
Configuring HCL-1.2...
$ sudo runghc Setup build
Preprocessing library HCL-1.2...
Preprocessing executables for
alexander.dunlap:
Is the random package in the build-depends of your cabal file? If
not, that's why it's hidden. Cabal hides all of the packages that
aren't listed in build-depends so that you can't accidentally depend
on something that you don't list.
Yes, looks like he was using HCL 1.2
57 matches
Mail list logo