== j waldmann waldm...@imn.htwk-leipzig.de writes:
(I am not updating in place). The move generator produces a
new board for each move.
Well, this is sound design, but current memory managers may not
be up to it. If you check the (board) game programming
literature,
2009/3/19 Claus Reinke claus.rei...@talk21.com:
If the map, filter, fold, etc can be unrolled, then the unrolled
definitions would be fused, right? So what is missing is fine
control (how much to unroll this particular call to map here).
The issues is that In stream fusion the combinators like
I've tried the 6.10.2 RC with some performance-sensitive work code.
The code uses the non-threaded runtime, and makes extensive use of
signals. The results look very good.
The slightly funny (but useful to us) benchmark measures bandwidth
communicating between multiple unix processes. Here's
2009/3/19 Claus Reinke claus.rei...@talk21.com:
Recursion unfolding spec, 2nd attempt.
If this is an improvement on the first version, and after correcting any
obvious issues, I should put it on the ghc trac wiki somewhere, and create a
feature request ticket.
I can't see any issues
Dear Simon*,
thanks for answering my concerns about -fvia-C replacement. Are these
answers somewhere in the ghc wiki, or perhaps they'd make a good basis
for a useful ghc blog post?
So, -fasm will soon be up to speed with -fvia-C in all cases, new native
backends are not more difficult than
jutaro wrote:
I've installed a GUI application based on gtk2hs.
It frequently crashes with the error:
leksah: error: a C finalizer called back into Haskell.
use Foreign.Concurrent.newForeignPtr for Haskell finalizers.
This error did never occur with the 6.10 released version. It was
Thorkil Naur wrote:
Hello Thomas,
On Wednesday 18 March 2009 15:03, Thomas Schilling wrote:
There should be a file called testlog somewhere, either at the
toplevel or within the tests directory. Could you search for
apirecomp001 and send me the test output from running that test. I
Hi Ian,
Ian Lynagh wrote:
The buildbot is putting SplitObjs=NO in mk/build.mk. The above log has
object splitting enabled, which means that there are a lot more .o
files, which is presumably causing some problem with your ar.
If you have both a GNU ar and a Solaris ar then it might be
On Thu, Mar 19, 2009 at 11:31:33AM +0100, Karel Gardas wrote:
/var/tmp/ghc-6.10.1.20090314/utils/installPackage/install-inplace/bin/installPackage
install
'/var/tmp/ghc-6.10.1.20090314/utils/ghc-pkg/install-inplace/bin/ghc-pkg'
'/var/tmp/ghc-6.10.1.20090314/inplace-datadir/package.conf' ''
I tried following the advice on the DPH wiki:
./sync-all --dph get
This wouldn't run because of permissions, so I tried putting sh in
front of the command. This produced a lot of error messages:
./sync-all: line 3: use: command not found
./sync-all: line 4: use: command not found
./sync-all:
On Wed, Mar 18, 2009 at 12:35:01PM +0100, Thorkil Naur wrote:
I have tried the Intel Mac installer and the source package on both FreeBSD
and PPC Mac OS X. Some comments follow
Thanks!
1. An important property of such installers is that you are told, right from
the start, that all the
On Mon, Mar 16, 2009 at 04:00:09PM +0100, Christian Maeder wrote:
Under Solaris grep does not understand -q in configure:
checkMake380() {
if $1 --version 21 | head -1 | grep -q 'GNU Make 3\.80'
it fails with:
grep: illegal option -- q
Usage: grep -hblcnsviw pattern file . . .
On Tue, Mar 17, 2009 at 12:51:23PM +0100, Karel Gardas wrote:
Christian Maeder wrote:
Testsuite results are bad for ghc-6.10.1.20090314, see
http://hackage.haskell.org/trac/ghc/ticket/3106
Patch for the cygpath not found issue is attached to the ticket. Please
(Windows/Cygwin/Mingw users
Ian Lynagh wrote:
On Mon, Mar 16, 2009 at 04:00:09PM +0100, Christian Maeder wrote:
Under Solaris grep does not understand -q in configure:
checkMake380() {
if $1 --version 21 | head -1 | grep -q 'GNU Make 3\.80'
it fails with:
grep: illegal option -- q
Usage: grep -hblcnsviw pattern
Hi Colin,
On Thu, Mar 19, 2009 at 02:53:23PM +, Colin Paul Adams wrote:
I tried following the advice on the DPH wiki:
./sync-all --dph get
I would recommend starting with a clean tree by untarring
http://darcs.haskell.org/ghc-HEAD-2009-01-09-ghc-corelibs-testsuite.tar.bz2
and then
On Wed, Mar 18, 2009 at 9:45 AM, Simon Peyton-Jones
simo...@microsoft.comwrote:
[Redirecting to GHC users.]
| Tom Schrijvers wrote:
| The cyclic dictionaries approach is a bit fragile. The problem appears
to
| be here that GHC alternates exhaustive phases of constraint reduction
and
|
I have the impression that it's useful to you to see how often the state
hack trips people up, so I've added some more comments to
http://hackage.haskell.org/trac/ghc/ticket/2284
...about how it bit me.
This is a real headache. To be frank, controlling lazy evaluation and
sharing to get the
Hello Simon,
I've put a request about the issue on the gtk2hs users mailing list:
I've tried a gtk2hs app on ghc 6.10.2 release candidate.
It crashes frequently and Simon (as you can read down here) assumes it
is gtk2hs problem.
My question is:
Is this problem known to gtk2hs
Ian == Ian Lynagh ig...@earth.li writes:
Ian Hi Colin,
Ian On Thu, Mar 19, 2009 at 02:53:23PM +, Colin Paul Adams wrote:
I tried following the advice on the DPH wiki:
./sync-all --dph get
Ian I would recommend starting with a clean tree by untarring
Ian
We must have the gtk2hs team invovled in this discussion. They were
using an undocumented feature. It may be trivial to fix.
--Don
jnf:
Hello Simon,
I've put a request about the issue on the gtk2hs users mailing list:
I've tried a gtk2hs app on ghc 6.10.2 release candidate.
It crashes
On Thu, 2009-03-19 at 16:34 -0700, Don Stewart wrote:
We must have the gtk2hs team invovled in this discussion. They were
using an undocumented feature. It may be trivial to fix.
This will need to be fixed in gtk2hs. Previously GHC allowed finalizers
to call back into Haskell, but this
Colin Paul Adams:
I tried following the advice on the DPH wiki:
./sync-all --dph get
This wouldn't run because of permissions, so I tried putting sh in
front of the command. This produced a lot of error messages:
Some guy by the handle of Megacz added this to the page. No idea
why. I'll
22 matches
Mail list logo