| On Friday 10 July 2009 5:03:00 am Wolfgang Jeltsch wrote:
| Isn’t ExistentialQuantification more powerful than using GADTs for
| emulating existential quantification? To my knowledge, it is possible to
| use lazy patterns with existential types but not with GADTs.
|
| 6.10.4 doesn't allow
On 24/07/2009 05:17, leledumbo wrote:
OK, I've tried ghc's supplied gcc, too (not so easy, I need to set some
environment variables first) and here are the results:
With ghc's gcc:
D:/Sources/ghc/ghc-6.10.4/ghc/stage1-inplace/ghc.exe -package rts-1.0
-optc-O2 -
odir dist/build -c
On 22/07/2009 10:35, Christian Maeder wrote:
For sparc-solaris 10 I could not run the testsuite (with GNU Make 3.80)
What went wrong?
(Maybe someone can explain the bad testsuite results.)
Could you publish the results?
Cheers,
Simon
Simon Marlow wrote:
On 22/07/2009 10:35, Christian Maeder wrote:
For sparc-solaris 10 I could not run the testsuite (with GNU Make 3.80)
What went wrong?
Building went ok, despite the following warning at the end of ./configure:
WARNING: It looks like gmake is GNU make 3.80.
This version
On 22/07/2009 10:35, Christian Maeder wrote:
(Maybe someone can explain the bad testsuite results.)
My comments begin with SDM: below:
= 2469(ghci)
cd ./ffi/should_run
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint
Simon Marlow wrote:
SDM: I'd guess your gmp.h is dropping definitions for some inline
functions into the code.
gmp for ghc was taking from the ghc-sources, but maybe my gcc uses
/usr/local/include/gmp.h nevertheless (because that's a system path).
+tcfail126.hs:11:0:
+Failed to load
On 24/07/2009 13:19, Christian Maeder wrote:
Simon Marlow wrote:
SDM: I'd guess your gmp.h is dropping definitions for some inline
functions into the code.
gmp for ghc was taking from the ghc-sources, but maybe my gcc uses
/usr/local/include/gmp.h nevertheless (because that's a system path).
Simon Marlow wrote:
SDM: I don't have a ghc-mtl library. Where does that come from?
I see ghc-mtl for the first time, too.
It's probably in your user package DB, installed as a dependency of
something else. The testsuite should be ignoring your user package DB;
I'll fix that.
For some
On Fri, Jul 24, 2009 at 12:46:25PM +0200, Christian Maeder wrote:
Simon Marlow wrote:
On 22/07/2009 10:35, Christian Maeder wrote:
For sparc-solaris 10 I could not run the testsuite (with GNU Make 3.80)
What went wrong?
Building went ok, despite the following warning at the end of
Ian Lynagh wrote:
This error refers to the line
$(eval $(call canonicalise,PREFIX))
in timeout/Makefile.
Hmm, this test:
-
HAVE_EVAL := NO
$(eval HAVE_EVAL := YES)
ifeq $(HAVE_EVAL) NO
$(error Your make does not support eval. You need GNU make = 3.80)
endif
Ian Lynagh wrote:
On Wed, Jul 22, 2009 at 11:35:07AM +0200, Christian Maeder wrote:
Ian Lynagh wrote:
==
The (Interactive) Glasgow Haskell Compiler -- version 6.10.4
Christian Maeder wrote:
Could you also remove (or correct) the line
It needs libncurses.5.dylib and libgmp.3.dylib under /opt/local/lib/
for both Mac dists, because I've included gmp statically.
Please also correct:
My PowerPC dists works on Leopard only not on Tiger!
Christian
Ian Lynagh wrote:
On Wed, Jul 22, 2009 at 11:35:07AM +0200, Christian Maeder wrote:
Ian Lynagh wrote:
==
The (Interactive) Glasgow Haskell Compiler -- version 6.10.4
I apologize in advance for the vagueness of my report here - it's one
of those situations I'm not sure how to cut it down to size yet.
I have a module that uses HaskellDB and Template Haskell together. The
module itself depends on 23 other modules, each of which give a type
definition for a
jgbailey:
I apologize in advance for the vagueness of my report here - it's one
of those situations I'm not sure how to cut it down to size yet.
I have a module that uses HaskellDB and Template Haskell together. The
module itself depends on 23 other modules, each of which give a type
On Fri, Jul 24, 2009 at 2:02 PM, Don Stewartd...@galois.com wrote:
Oh, and I note you're not using -O or -O2 either?
-- Don
This is a compile time problem, wouldn't -O make it worse?
Justin
___
Glasgow-haskell-users mailing list
jgbailey:
On Fri, Jul 24, 2009 at 2:02 PM, Don Stewartd...@galois.com wrote:
Oh, and I note you're not using -O or -O2 either?
-- Don
This is a compile time problem, wouldn't -O make it worse?
Almost certainly!
___
Glasgow-haskell-users
Ironically adding -O does reduce the compile time in this case. I
shouldn't have been so quick to reply!
On Fri, Jul 24, 2009 at 2:51 PM, Don Stewartd...@galois.com wrote:
jgbailey:
On Fri, Jul 24, 2009 at 2:02 PM, Don Stewartd...@galois.com wrote:
Oh, and I note you're not using -O or -O2
18 matches
Mail list logo