Claus Reinke wrote:
i never quite understood why DiffArrays are so slow at the moment, so
perhaps this is a good opportunity to ask for enlightenment on this
issue?-)
it seems i should qualify that. some simple-minded testing shows that
DiffArrays do
become faster than Arrays if the arrays
Bulat Ziganshin wrote:
Hello Simon,
Friday, March 9, 2007, 7:44:46 PM, you wrote:
Looking at the implementation of DiffArrays, there are some obvious
optimisations that aren't done.
and don't forget that it uses MVar instead of IORef to be
thread-safe
I don't see any obvious
John Goerzen wrote:
On 2007-03-06, Simon Marlow [EMAIL PROTECTED] wrote:
John Goerzen wrote:
possible to create a pipe going directly from program A to program B.
You certainly can pipe directly from one process to another:
That only works for 2 processes. What if I have 4 processes
I support both reducing the prelude to just a few commonly used combinators, and
requiring an explicit import Prelude. In response to a couple of Stefan's points:
Stefan O'Rear wrote:
6. Dependency
Because every module imports the Prelude every module that the Prelude
depends on, mutually
Stefan O'Rear wrote:
2. Parameters are very expensive. Our type of functions that build
(ignoring CPS for the time being) was MBA# - Int# - [ByteString],
where the Int# is the current write pointer. Adding an extra Int#
to cache the size of the array (rather than calling sMBA# each
Lennart Augustsson wrote:
It's not that hard to figure out an order to permute the arguments on
the stack before a tail call that minimizes that number of moves and
temporary locations. Lmlc did this 20 years ago. :)
Right, and that's what GHC does too, with a strongly-connected-component
Lennart Augustsson wrote:
So then tail calls should be very cheap when most of the arguments don't
change.
Yes, but the problem tends to be the arguments that change, and the fact that
they are passed on the stack. A C loop would keep the loop-carried variables in
registers. On x86_64 you
David Waern wrote:
I'd like to set up a Trac for Haddock on hackage.haskell.org. Who should I
contact?
Let's hold off on this for now. I don't think Haddock warrants a full Trac of
its own just yet, the overheads of managing a Trac are pretty high compared to
editing the text file called
Neil Mitchell wrote:
Let's hold off on this for now. I don't think Haddock warrants a full
Trac of
its own just yet, the overheads of managing a Trac are pretty high
compared to
editing the text file called TODO in the root of the Haddock
source tree
:-)
What do you think of the Google
It seems that what you want is a standalone .a file that you can then link into
other programs without any special options. In principle this should be
possible: you just need to include .o files for the RTS and libraries, and
fortunately we already have those (HSrts.o, HSbase.o etc.) because
Mitar wrote:
Hi!
On 4/16/07, Bertram Felgenhauer [EMAIL PROTECTED] wrote:
Since all the threads block on a single MVar how do they run in
parallel?
The idea is that before the threads block on the MVar, they run their
action x to completion.
The rendering crashes. I will have to
Juan Carlos Arevalo Baeza wrote:
More info: I managed to do a hack that works around it, but it is
clearly not acceptable. Part of the Haskell code generated by Happy
contains this:
---
-- Accepting the parse
-- If
Fawzi Mohamed wrote:
Il giorno Apr 14, 2007, alle ore 2:45 PM, Sebastian Sylvan ha scritto:
I think you should probably consider the extremely lightweight forkIO
threads as your work items and the GHC runtime as your thread pool
system (it will find out how many threads you want using the
Dan Weston wrote:
In the GHC docs:
http://www.haskell.org/ghc/docs/6.4.1/html/users_guide/sec-ffi-ghc.html#using-own-main
There can be multiple calls to hs_init(), but each one should be
matched by one (and only one) call to hs_exit()[8].
What exactly happens with nested calls? Is there
for that in the repository?
Tom
Cheers,
Monique
On 4/24/07, Simon Marlow [EMAIL PROTECTED] wrote:
Tom Schrijvers wrote:
Here's the more complete error message:
configure:3321: checking for C compiler default output file name
configure:3348: c:/MinGW/bin/gccconftest.c 5
ld: /mingw/lib/crt2.o
Claus Reinke wrote:
gcc version 3.4.2 (mingw-special)
configure:3288: $? = 0
configure:3295: c:/MinGW/bin/gcc -V 5
gcc.exe: `-V' option must have argument
configure:3298: $? = 1
configure:3321: checking for C compiler default output file name
configure:3348: c:/MinGW/bin/gccconftest.c 5
ld:
Claus Reinke wrote:
and even the mingw ld apparently sets its search_dirs without drive
letters:
that shouldn't be the problem, though, as the failing part of
./configure was
an indirect call via gcc, which seems to set the library prefixes
correctly,
On Vista gcc doesn't set the library
Andrew Appleyard wrote:
On 26/04/2007, at 12:12 am, Bulat Ziganshin wrote:
Simon Marlow recently wrote paper about handling dynamic exceptions -
for me it seems that he described general system to mimic OOP in Haskell
I found the paper (titled 'An Extensible Dynamically-Typed Hierarchy
[EMAIL PROTECTED] wrote:
5) The gigantic README with it's obscure note is here
http://www.haskell.org/ghc/download_ghc_661.html a few lines away from
the download link. You can probably read it in the time it takes you
to find and click the download link. Much quicker than waiting for a
Martin Percossi wrote:
Hello haskell-cafe,
In System.Time,
data ClockTime = TOD Integer Integer
, where the first integer represents the number of seconds since epoch,
and the other represents the number of picoseconds. Is there a way of
retrieving the first part? (In Haskell 98, the
brad clawsie wrote:
On Mon, Apr 30, 2007 at 09:53:06PM +0100, Andrew Coppin wrote:
brad clawsie wrote:
installing a modern linux on this box is a thirty minute exercise.
Ah - a volunteer! :-)
absolutely! for the low cost of one round-trip business-class seat from
san jose to wherever this
Duncan Coutts wrote:
On Tue, 2007-05-01 at 22:29 +0100, Magnus Therning wrote:
So if foo.hs is in test-src and Foo/Bar.hs is in src then I think you
just need:
hs-source-dirs: test-src, src
No, that's not enough, I also have to add the following lines to make
the executable compile and link:
Duncan Coutts wrote:
On Thu, 2007-05-03 at 16:49 +0200, Thomas Schilling wrote:
By dependencies I
meant, library packages that GHC knows about.
For example, if I load something simple like
import System.Posix.Files
main = touchFile example
into GHCi and execute :main it prints
Loading
Georg Sauthoff wrote:
well, I work with a Haskell project which I regulary compile with ghc.
I am a bit unhappy with the link time of the project (i.e. the time ghc
needs to link everyting).
The project consinst of ~60 Haskell and ~25 foreign files.
Some parts of the project are organized
Georg Sauthoff wrote:
Simon Marlow [EMAIL PROTECTED] wrote:
Hi,
Georg Sauthoff wrote:
I am a bit unhappy with the link time of the project (i.e. the time ghc
needs to link everyting).
The project consinst of ~60 Haskell and ~25 foreign files.
[..]
Make sure everything being linked
Ivan Tomac wrote:
It appears that if I add
import Control.Concurrent
and call yield just after performGC then the finalizer does get called.
But it only seems to work if I call both performGC and yield and in that
order.
There is no guarantee that a finalizer will be run before your program
Rob Hoelz wrote:
Brandon S. Allbery KF8NH [EMAIL PROTECTED] wrote:
On May 16, 2007, at 12:23 , Rob Hoelz wrote:
And as long as I'm asking, is there some kind of monadic function
composition operator? I'd like to clean up the above with something
like peekCString . peek .
Stefan O'Rear wrote:
On Thu, May 17, 2007 at 11:22:34AM +0100, Simon Marlow wrote:
sequence still isn't tail-recursive, although sequence_ is. If you want a
tail-recursive sequence, the only way to do it is like this:
sequence' :: [IO a] - IO [a]
sequence' ms = do
let as = map
Adrian Hey wrote:
Taral wrote:
On 5/23/07, Adrian Hey [EMAIL PROTECTED] wrote:
I think I still prefer..
var :: IORef Int
var - newIORef 3
So do I. For one very good reason: this syntax could be defined as a
constructor syntax and guaranteed to run before main.
Or even at compile time
Georg Sauthoff wrote:
while searching, if ghc can create packages as shared libraries I found
a ticket with a kind of non-accepted status:
http://hackage.haskell.org/trac/summer-of-code/ticket/46
But at the google SoC page it looks like an accepted project:
Duncan Coutts wrote:
On Mon, 2007-05-28 at 20:14 +0100, Andrew Coppin wrote:
You looked at the source to GHCi itself I presume? It uses the GHC API,
so it's a good place to start with building a variant of GHCi that uses
the GHC API :-)
No. Actually, as per the wiki, I was looking at the
Stefan O'Rear wrote:
On Sat, May 26, 2007 at 07:41:19PM +0100, Andrew Coppin wrote:
Donald Bruce Stewart wrote:
The #haskell people have been working on this for about 3 years now.
The result is the 'runplugs' program, which I've talked about in
previous mails.
Neil Mitchell wrote:
Hi
I'm using the System.Timeout module from base, copied into my local
repo, so that I can work with GHC 6.6.1. My copy is at:
http://www.cs.york.ac.uk/fp/darcs/catch/catch_1/System/TimeoutGHC.hs
(but it is identical to the one in base)
Sadly, it doesn't seem to work for
Rodrigo Queiro wrote:
sorear pointed me to this paper a while ago:
http://citeseer.ist.psu.edu/peytonjones99stretching.html
I never tried any of the code in the end, but it will probably be useful?
An implementation of that memo table scheme can be found here:
Neil Mitchell wrote:
Hi Duncan,
list the support files in the data-files: stanza in the .cabal file.
Then import the Paths_pkg module that Cabal generates for you. It
exports a few functions including:
getDataDir :: IO FilePath
A few questions:
1) How do I test this? I'll need to develop
jeff p wrote:
In case anyone else finds this useful...
My linking problem was finally resolved by using the -fvia-C flag
when compiling with ghc.
Thanks to Stefan O'Rear who pointed out the possibility and wrote:
Does using -fvia-C help at all? The C compiler understands header
files and
Clifford Beshers wrote:
Scott Cruzen wrote:
I'd like to suggest the Mantis shrimp because they have excellent
vision, they're long lived and they pack a punch.
They certainly do. An excellent choice.
Personally, I'd like to see the Giant Sea Bass., just because they're so
stately:
Felipe Almeida Lessa wrote:
On 5/31/07, Stefan O'Rear [EMAIL PROTECTED] wrote:
You don't need to feel too bad about this:
[snip]
Don't worry, I should have googled anyway =).
BTW, how do you usually proceed when finding out why your code said
Segmentation fault.? (should this question move
Marc Weber wrote:
You can download the modified version from
http://mawercer.de/marcweber/hasktags.hs
care to send us a patch?
Cheers,
Simon
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
Grzegorz wrote:
Hi,
I'm having problems using a package which links in foreign libraries from GHCi.
I use a .cabal file to build the package and have the following option there:
extra-libraries:stdc++ maxent z m gfortran m gcc_s
After installation, it works fine when I compile code using
Alexander Vodomerov wrote:
Hello!
I'm trying to build shared library from Haskell source to call it from
external C program. Everything works fine on usual x86 machine.
However, any attempt to compile code as position independent on x86-64
result in fatal error. This is simple example:
$
Felipe Almeida Lessa wrote:
(Sorry if this is a newbie question, couldn't find the answer anywhere)
Suppose I have an expensive function (such that even to be reduced to WHNF
it takes a long processing time)
expensive :: Foo - Maybe Bar
and I want to calculate it on multiple processors,
Daniil Elovkov wrote:
I wanted to add a couple of words that another solution would be to
add an option to xargs in target.mk
xargs -n NNN
where NNN is less than the OS limit.
(That helped me to build LambdaVM on windows, there are quite a lot of
class files there, and no SPLITOBJS
Jason Dagit wrote:
On 5/22/07, Robin Green [EMAIL PROTECTED] wrote:
On Tue, 22 May 2007 15:05:48 +0100
Duncan Coutts [EMAIL PROTECTED] wrote:
On Tue, 2007-05-22 at 14:40 +0100, Claus Reinke wrote:
so the situation for mailing lists and online docs seems to have
improved, but there is
Felipe Almeida Lessa wrote:
On 6/8/07, Simon Marlow [EMAIL PROTECTED] wrote:
The problem occurs when you've found the Nothing, but the rest of the
list has
already been sparked. You really want to throw away all those sparks,
but
there's no way to do that currently. One way you could improve
Thomas Hartman wrote:
ghc-pkg list says a package is installed, but ghci won't load its
module (HDBC-ODBC)
Any advice?
[EMAIL PROTECTED] ~/haskellInstalls/HDBC-odbc-1.0.1.0
$ ghc-pkg list
c:/ghc/ghc-6.6.1\package.conf:
Cabal-1.1.6.2, GLUT-2.1.1, HAppS-0.8.4, HDBC-1.0.1,
Henning Thielemann wrote:
The program is compiled with GHC-6.4 and option -O2, CPU clock 1.7 GHz.
ByteString is much faster with GHC 6.6, IIRC. We optimised the representation
of ForeignPtr, and ByteString takes advantage of that. I recommend upgrading.
Cheers,
Simon
Philip Armstrong wrote:
On Thu, Jun 21, 2007 at 08:42:57PM +0100, Philip Armstrong wrote:
On Thu, Jun 21, 2007 at 03:29:17PM -0400, Mark T.B. Carroll wrote:
That's the old wiki. The new one gives the opposite advice! (As does
the ghc manual):
Philip Armstrong wrote:
On Thu, Jun 21, 2007 at 08:15:36PM +0200, peterv wrote:
So float math in *slower* than double math in Haskell? That is
interesting.
Why is that?
BTW, does Haskell support 80-bit long doubles? The Intel CPU seems
to use
that format internally.
As I understand
We don't recommend calling shutdownHaskell() from DllMain(). Some information
here:
http://haskell.org/haskellwiki/GHC/Using_the_FFI#Debugging_Haskell_DLLs
It should be safe to call shutdownHaskell() (aka hs_exit()) *before* unloading a
DLL, and before exiting the program.
Cheers,
Philip Armstrong wrote:
On Sat, Jun 23, 2007 at 08:49:15AM +0100, Andrew Coppin wrote:
Donald Bruce Stewart wrote:
Don't use -O3 , its *worse* than -O2, and somewhere between -Onot and
-O iirc,
Is this likely to be fixed ever?
There is at least a bug report for it IIRC.
It was fixed
Donald Bruce Stewart wrote:
ninegua:
replying to my own message... the behavior is only when -O is used
during compilation, otherwise they both run on 2 cores but at a much
lower (1/100) speed.
Hmm, any change with -O2? Is the optimiser changing the code such that
the scheduler doesn't get to
Dan Licata wrote:
Simon PJ and I are implementing view patterns, a way of pattern matching
against abstract datatypes, in GHC. Our design is described here:
http://hackage.haskell.org/trac/ghc/wiki/ViewPatterns
If you have any comments or suggestions about this design, we'd love to
hear
Bayley, Alistair wrote:
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stefan O'Rear
fromUTF8Ptr unboxes fine for me with HEAD and 6.6.1.
- the chr function tests that its Int argument is less than 1114111,
before constructing the Char. It'd be nice to avoid this test.
You
Dougal Stanton wrote:
It seems that profiling and threading are not supported at the same
time in GHC6.6. At least, it objects to using both the flags at the
same time, and there's a Trac entry for that issue.
So I just wanted to be sure that I really need threading. I'm passing
text through
Chris Smith wrote:
Can someone clarify what's going on with the standard library in
Haskell?
As of right now, I can download, say, GHC from haskell.org/ghc and get a
set of libraries with it. I can visit
http://haskell.org/ghc/docs/latest/html/libraries/, linked from the
haskell.org home
Daniil Elovkov wrote:
Ok, enough talking to myself :)
If anybody ever wants to build hsql-mysql on windows and has the same
problems as I had, here's how it should be done.
The problem I had seemed to be that libmysql.dll uses stdcall, but
names its functions without @n decoration. Thus, when
Bulat Ziganshin wrote:
Hello Günther,
Monday, December 22, 2008, 1:57:22 AM, you wrote:
try -threaded, +RTS -N2, and forkOS simultaneously. it may work - i
don't see reasons why other threads should be freezd why one does
unsafe call
Please don't suggest using forkOS - it will probably harm
John Goerzen wrote:
Duncan Coutts wrote:
On Mon, 2008-12-22 at 10:30 +, Malcolm Wallace wrote:
The terminology seems counter-intuitive, but in other other words, a
safe call is slower but more flexible, an unsafe call is fast and
dangerous. Therefore it is always OK to convert an unsafe
Duncan Coutts wrote:
On Tue, 2008-12-23 at 03:56 +0100, wman wrote:
Thanks to you all for inspiration.
My web app (which otherwise ran ok) was getting stuck while getting
harassed by ab (apache-benchmark) after receiving some 800+ requests
in short succession (not less, never gotten to 900,
Manlio Perillo wrote:
Hi.
I have noted that recent versions of the GHC libraries documentation, no
longer have links to the source code.
What is the reason?
I find it very useful.
This was an oversight in the GHC 6.10.1 release, we'll make sure it gets
remedied for 6.10.2.
Cheers,
Bulat Ziganshin wrote:
Monday, December 22, 2008, 11:07:32 PM, you wrote:
The threaded RT creates an OS thread for each CPU/core on the system and
uses them to multiplex userland threads. These are context switched
whenever they block/yield/gc and no priorities can be assigned.
not
Neal Alexander wrote:
Bulat Ziganshin wrote:
Hello Neal,
Monday, December 22, 2008, 11:07:32 PM, you wrote:
The threaded RT creates an OS thread for each CPU/core on the system and
uses them to multiplex userland threads. These are context switched
whenever they block/yield/gc and no
Neal Alexander wrote:
Thomas DuBuisson wrote:
It seems like we could get some priority based scheduling (and still
be slackers) if we allow marked green threads to be strictly
associated with a specific OS thread (forkChildIO?).
I think you want the GHC-only GHC.Conc.forkOnIO
Don Stewart wrote:
marlowsd:
Neal Alexander wrote:
Thomas DuBuisson wrote:
It seems like we could get some priority based scheduling (and still
be slackers) if we allow marked green threads to be strictly
associated with a specific OS thread (forkChildIO?).
I think you want the
Neal Alexander wrote:
Simon Marlow wrote:
Neal Alexander wrote:
Thomas DuBuisson wrote:
It seems like we could get some priority based scheduling (and
still
be slackers) if we allow marked green threads to be strictly
associated with a specific OS thread (forkChildIO?).
I think
Patrick Perry wrote:
I have the following code:
IOVector n e = IOVector !ConjEnum !Int (ForeignPtr e)! (Ptr e)! Int!
newtype Vector n e = IOVector n e
unsafeAtVector :: Vector n e - Int - e
unsafeAtVector (Vector (IOVector c _ f p inc)) i =
let g = if c == Conj then conjugate else id
Max Bolingbroke wrote:
2009/1/12 Jan-Willem Maessen jmaes...@alum.mit.edu:
On Jan 12, 2009, at 9:01 AM, Duncan Coutts wrote:
No because the current definition are recursive and ghc cannot inline
recursive functions.
Then the map can be inlined at the call site and the 'f' inlined into
Manlio Perillo wrote:
I have some doubts about errno handling in a Concurrent Haskell program.
Let's suppose that GHC non threaded runtime is used, so that each
Haskell thread is bound to an OS thread.
Let's suppose there are two threads running (`A` and `B`).
Thread `A` calls a function
By popular demand, GHC 6.10.2 will support finalizers that are actually
guaranteed to run, and run promptly. There aren't any API changes: this
happens for finalizers created using newForeignPtr as normal.
However, there's a catch. Previously it was possible to call back into
Haskell from a
Erik de Castro Lopo wrote:
Don Stewart wrote:
Well, the number one thing is to use Cabal and the cabal-install tool.
That is the simplest way to avoid headaches.
I'm sure cabal works very well for many people, but for anyone who
has used Debian based distributions for some time, cabal
Johan Tibell wrote:
On Wed, Jan 14, 2009 at 1:14 PM, Simon Marlow marlo...@gmail.com wrote:
By popular demand, GHC 6.10.2 will support finalizers that are actually
guaranteed to run, and run promptly. There aren't any API changes: this
happens for finalizers created using newForeignPtr
Sigbjorn Finne wrote:
Thanks Simon,
great stuff; I like the introduction of these 'native code finalizers',
they've
been sorely missed at times.
You don't say, but will there be a dynamic check to catch such re-entries?
There is (now) a dynamic check, yes.
Cheers,
Simon
Lennart Augustsson wrote:
I had a quick look at the code for
loop :: Int64 - Int64 - Int64
loop i r = if i == 0 then r else loop (i-1) (r+1)
It's quite bad. It's full of C calls.
It would be much better to do what gcc does and treat Int64 as a
primitive type, and just insert C calls for the
I've been working on adding proper Unicode support to Handle I/O in GHC,
and I finally have something that's ready for testing. I've put a patchset
here:
http://www.haskell.org/~simonmar/base-unicode.tar.gz
That is a set of patches against a GHC repo tree: unpack the tarball, and
say 'sh
Ian Lynagh wrote:
On Fri, Jan 16, 2009 at 06:42:46AM -0800, eyal.lo...@gmail.com wrote:
Closed-unqualified import:
import Data.Map(Map, lookup)
One problem with this style is that you can get lots of conflicts from
your VCS if you have multiple people working on the same module.
Right; in
Duncan Coutts wrote:
On Tue, 2009-02-03 at 11:03 -0600, John Goerzen wrote:
Will there also be something to handle the UTF-16 BOM marker? I'm not
sure what the best API for that is, since it may or may not be present,
but it should be considered -- and could perhaps help autodetect encoding.
Paolo Losi wrote:
Simon Marlow wrote:
The only change to the existing behaviour is that by default, text IO
is done in the prevailing encoding of the system. Handles created by
openBinaryFile use the Latin-1 encoding, as do Handles placed in
binary mode using hSetBinaryMode.
wouldn't
Sterling Clover wrote:
IP based limitations are a terrible idea. Multiple users can be and
often are behind the same IP if they're in some sort of intranet, be it
corporate, academic, or simply multiple home computers. Mail-based
authentication can be screwed with, sure, but it's also very
David Fox wrote:
On Wed, Jan 21, 2009 at 9:20 AM, David Fox dds...@gmail.com
mailto:dds...@gmail.com wrote:
I posted a bug about this
(http://hackage.haskell.org/trac/ghc/ticket/2971) but its so odd I
had to ask here. Using ghc 6.10.1, both readFile /proc/mounts and
John Goerzen wrote:
Just to close -- I will point out that ghci doesn't work on many
platforms that Hugs does (though ghc does). Hugs is the only
interpreter on some of these platforms.
I didn't see anyone follow up to this so I'll just mention that nowadays
GHCi works wherever GHC works,
Conrad Meyer wrote:
On Tuesday 10 February 2009 06:41:54 am Simon Marlow wrote:
John Goerzen wrote:
Just to close -- I will point out that ghci doesn't work on many
platforms that Hugs does (though ghc does). Hugs is the only
interpreter on some of these platforms.
I didn't see anyone follow
Jake McArthur wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Henning Thielemann wrote:
| in that module I defined the text to be printed as top-level
| variable which might have been the problem. But this can't be the
| problem of the compiled version of the program, where I encountered
Peter Verswyvelen wrote:
Yes, I was really surprised that this was the case. I while ago I did a
little FRP experiment. I made a top level binding to a list of timer
event occurrences. The list was generated on another thread. To my
surprise, I did not have space leak, which is amazingly cool,
Neil Mitchell wrote:
Hi
However the createProcess command structure has the close_fds flag,
which seems like it should override that behaviour, and therefore this
seems like a bug in createProcess.
close_fds :: Bool
Close all file descriptors except stdin, stdout and stderr
Duncan Coutts wrote:
On Thu, 2009-02-12 at 10:11 +0100, Christian Maeder wrote:
Duncan Coutts wrote:
On Wed, 2009-02-11 at 15:49 +0100, Lennart Augustsson wrote:
Does this version work from ghci?
-- Lennart
Specifically I believe Lennart is asking about Windows. It's worked in
ghci in
Bulat Ziganshin wrote:
Hello Khudyakov,
Saturday, February 7, 2009, 4:01:57 PM, you wrote:
How do you plan to handle filenames? Currently FilePath is simply a string.
i think that this patch does nothing to unicode filenames support
Correct - I'm aware that there's a problem with
Lennart Augustsson wrote:
I don't see any breaking of referential transparence in your code.
Every time you do an IO operation the result is basically
non-deterministic since you are talking to the outside world.
You're assuming the IO has some kind of semantics that Haskell makes
no promises
Ben Lippmeier wrote:
On 12/03/2009, at 12:24 AM, Satnam Singh wrote:
Before making the release I thought it would be an idea to ask people
what other features people would find useful or performance tuning. So
if you have any suggestions please do let us know!
Is it available in a branch
I finally got around to making my code for random Go playouts available.
Here it is:
http://www.haskell.org/~simonmar/goboard.tar.gz
If someone were to make a nice library API on top of this and upload it to
hackage, I'd be delighted. Hack away.
Cheers,
Simon
Simon Marlow wrote
be delighted. Hack away.
A GTP interface would be useful, to allow playing against other bots.
Cheers,
Simon
Simon Marlow wrote:
Claus Reinke wrote:
Do you have an example of a mutable state/ IO bound application, like,
hmm, a window manager or a revision control system or a file
system
Isaac Dupree wrote:
I'm interested in being a GSoC student, and the Haddock-related tickets looked
like a good place to start
http://hackage.haskell.org/trac/summer-of-code/ticket/1567
http://hackage.haskell.org/trac/summer-of-code/ticket/1568
Dan Piponi wrote:
Miguel Mitrofanov wrote:
takeList = evalState . mapM (State . splitAt)
However, ironically, I stopped using them for pretty
much the same reason that Manlio is saying.
Are you saying there's a problem with this implementation? It's the
only one I could just read
Jonathan Cast wrote:
On Wed, 2009-03-25 at 15:09 +, Simon Marlow wrote:
the ordering that the state monad expects
(and I can never remember which way around they are in Control.Monad.State).
Really? I found it obvious once I figured out it how simple it made
(=). With the order from
Nicolas Pouillard wrote:
Excerpts from Henning Thielemann's message of Sat Mar 28 21:49:33 +0100 2009:
On Sat, 28 Mar 2009, John Lato wrote:
From: Donn Cave d...@avvanta.com
I have never felt that I really understood that one.
Honestly, me neither, until recently. I'm only barely starting
Antoine Latter wrote:
On Mon, Mar 9, 2009 at 7:14 PM, Windoze how2p...@gmail.com wrote:
Greetings,
am considering learning how to do a build for my slackware-based distro.
The doc sited below say's it requires:
glibc-devel
libedit-devel
ncurses-devel
gmp-devel
.etc.
Must I used the dev
David Waern wrote:
2009/4/2 Duncan Coutts duncan.cou...@worc.ox.ac.uk:
On Wed, 2009-04-01 at 22:13 +0200, David Waern wrote:
2009/4/1 jutaro j...@arcor.de:
I guess you mean the dialog which should help leksah to find sources
for installed packages. It needs this so you can go to all the
Judah Jacobson wrote:
Not sure if it will help, but you could take a look at what I did in Haskeline:
http://code.haskell.org/haskeline/System/Console/Haskeline/Backend/Win32.hsc
It would be nice to get some of that into the main win32 package...
Cheers,
Simon
On 16/02/2011 08:39, Bas van Dijk wrote:
timeout :: Int - IO a - IO (Maybe a)
timeout n f
| n 0= fmap Just f
| n == 0= return Nothing
| otherwise = do
myTid- myThreadId
timeoutEx- fmap Timeout newUnique
uninterruptibleMask $ \restore - do
On 16/02/2011 23:27, Bas van Dijk wrote:
On 16 February 2011 20:26, Bas van Dijkv.dijk@gmail.com wrote:
The patch and benchmarks attached to the ticket are updated. Hopefully
this is the last change I had to make so I can stop spamming.
And the spamming continues...
I started working on
701 - 800 of 856 matches
Mail list logo