Something to do with Parsec, maybe?
For what it's worth, the darcs repo version of genprimopcodes compiled
with GHC 6.4 does parse the attached vore-primops.txt.
On 3/1/06, Ian Lynagh [EMAIL PROTECTED] wrote:
[ ... ]
../utils/genprimopcode/genprimopcode --data-decl
Can you tell which process is crashing? Is it the GHC process that is
interpreting Setup.hs, or the process invoked by Setup.hs to build the
package?
One thing you could try is compiling Setup.hs to a binary, and running
that instead.
Also, if you could run Setup like this and send us the
FWIW, here's the inner loop of the accumulating parameter factorial
compiled with yesterday's HEAD on x86_64, via C:
Fac_zdwfac_info:
movq%rsi, %rax
testq %rsi, %rsi
jne .L4
movq%rdi, %rbx
jmp *(%rbp)
.L4:
leaq-1(%rsi), %rsi
Ashley Yakeley wrote:
Lemmih wrote:
Did you run 'sh darcs-all get'?
Oh, that wasn't in the README. Thanks. But now I get this:
/usr/bin/ghc -H16m -O -I. -Iinclude -Rghc-timing -I../../../libraries
-fglasgow-exts -no-recomp-c System/Directory/Internals.hs -o
On Wed, Mar 01, 2006 at 12:24:17PM +, Simon Marlow wrote:
There's a ticket open on this one:
http://cvs.haskell.org/trac/ghc/ticket/470
The ticket does give more info (isSpace isn't working correctly). If
you could track this down further, that would be great.
Looks like a
Michael Marte wrote:
I am trying to turn a prototype written in Haskell into something
I can call from a Visual Studio C++ 6.0 program. (The prototype is
so clean and fast that there is no point in recoding everything.)
So I followed the instructions in section 11.5 of the ghc manual
(Building
On Wed, 2006-03-01 at 12:59 +, Ian Lynagh wrote:
On Wed, Mar 01, 2006 at 12:24:17PM +, Simon Marlow wrote:
There's a ticket open on this one:
http://cvs.haskell.org/trac/ghc/ticket/470
The ticket does give more info (isSpace isn't working correctly). If
you could
Ian Lynagh wrote:
On Wed, Mar 01, 2006 at 12:24:17PM +, Simon Marlow wrote:
There's a ticket open on this one:
http://cvs.haskell.org/trac/ghc/ticket/470
The ticket does give more info (isSpace isn't working correctly). If
you could track this down further, that would be great.
Can you tell which process is crashing? Is it the GHC process that is
interpreting Setup.hs, or the process invoked by Setup.hs to build the
package?
I suspect it is the GHC process that is invoked by Setup.hs, but I do not
have any hard evidence to support this.
One thing you could try is
Hello *,
before filing a bug report, I want others to comment on my problem.
Maybe it's my fault, not ghc's.
I wrapped up some Haskell modules in a Win32 DLL.
Loading the DLL dynamically (with LoadLibrary) works fine. However,
whether I actually use the library or not, the program (an
Simon Marlow wrote:
The configure script has mis-detected your GHC version somehow. Could
you look through the output of configure, and see what it says about
GHC?
Nothing special:
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target
11 matches
Mail list logo