Dinko Tenev | 1 Mar 12:24 2006
Picon

Re: Problem building on sparc/Linux

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 <igloo <at> earth.li> wrote:
[ ... ]
> ../utils/genprimopcode/genprimopcode --data-decl          < prelude/primops.txt > primop-data-decl.hs-incl
> genprimopcode: parse error at (line 579, column 1):
> unexpected "\t"
> expecting "primop", "section" or "thats_all_folks"
[ ... ]

--

Cheers,
    Dinko
Simon Marlow | 1 Mar 13:01 2006
Picon

RE: GHC 6.4.1 crash on Windows XP

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 output:

  $ ./setup build -v

(or the runhaskell version, if that's the only one that crashes)

Cheers,
	Simon

On 28 February 2006 10:57, Cyril Schmidt wrote:

> Simon Marlow wrote:
> 
>> Does it always crash in the same way?
> 
> Yes, as far as I can see. Unfortunately, most of the context is
> already lost when the error message pops up. The error code is
> always the same.
> 
>> Can you fire up GHCi and perform a small evaluation or two?
> 
> Yes, this works just fine.
> 
(Continue reading)

Simon Marlow | 1 Mar 13:11 2006
Picon

Re: factorial: let's get ahead of jhc! :)

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
         imulq   %rax, %rdi
         jmp     Fac_zdwfac_info

It's not perfect, but note the absence of memory operations.

The NCG version is similar, but has a couple of extra reg-to-reg moves 
(we need to beef up the NCG optimisations a bit).

Cheers,
	Simon
Simon Marlow | 1 Mar 13:16 2006
Picon

Re: Missing Folder in ghc?

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 
> System/Directory/Internals.o  -ohi System/Directory/Internals.hi
> 
> System/Directory/Internals.hs:1:0:
>     Module `System.Directory.Internals' is a member of package base-1.0.
>     To compile this module, please use -ignore-package base-1.0.
> 
> I'm using GHC 6.4.

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?  Also look in mk/config.mk, at the value of GhcCanonVersion.

Maybe you switched GHC versions but didn't reconfigure?

Cheers,
	Simon
Simon Marlow | 1 Mar 13:24 2006
Picon

Re: Problem building on sparc/Linux

Ian Lynagh wrote:
> I'm having problems building ghc 6.4.1 with ghc 6.4.1 (should be
> unregisterised in both cases) on Sparc/Linux:
> 
> mkdir stage1/cprAnalysis
> mkdir stage1/compMan
> mkdir stage1/ndpFlatten
> mkdir stage1/iface
> mkdir stage1/cmm
> mkdir stage1/ghci 
> Creating main/Config.hs ...
> done.
> Creating stage1/ghc_boot_platform.h...
> Done.
> gcc -E  -undef -traditional -P -I../includes    -x c prelude/primops.txt.pp | \
>         grep -v '^#pragma GCC' > prelude/primops.txt
> ../utils/genprimopcode/genprimopcode --data-decl          < prelude/primops.txt > primop-data-decl.hs-incl
> genprimopcode: parse error at (line 579, column 1):
> unexpected "\t"
> expecting "primop", "section" or "thats_all_folks"
> make[3]: *** [primop-data-decl.hs-incl] Error 1
> make[3]: *** Deleting file `primop-data-decl.hs-incl'
> make[2]: *** [boot] Error 1
> make[2]: Leaving directory `/scratch/igloo/test_rebuild/ghc6-6.4.1/ghc'
> make[1]: *** [build] Error 1
> make[1]: Leaving directory `/scratch/igloo/test_rebuild/ghc6-6.4.1'
> make: *** [build-stamp] Error 2

There's a ticket open on this one:

(Continue reading)

Ian Lynagh | 1 Mar 13:59 2006
Picon

Re: Problem building on sparc/Linux

On Wed, Mar 01, 2006 at 12:24:17PM +0000, 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 (fixed) gcc bug:

igloo <at> vore:/scratch/igloo/space$ rm *.o *.hi foo; ghc -Wall -O foo.hs -o foo && ./foo
[True,False,True,True,False,True]
igloo <at> vore:/scratch/igloo/space$ rm *.o *.hi foo; ghc -Wall -O foo.hs -o foo -pgmc /usr/bin/gcc-4.0 && ./foo
[True,True,True,True,True,True]
igloo <at> vore:/scratch/igloo/space$ gcc --version
gcc (GCC) 3.3.6 (Debian 1:3.3.6-12)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

igloo <at> vore:/scratch/igloo/space$ /usr/bin/gcc-4.0 --version
gcc-4.0 (GCC) 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

I'll get the default gcc upgraded and try the build again.

Thanks
(Continue reading)

Simon Marlow | 1 Mar 14:08 2006
Picon

Re: Building Win32 DLLs: Manual is not up-to-date

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 and using Win32 DLLs") and ended up as follows:
> 
> $ ghc -c dllMain.c
> dllMain.c:4: warning: type defaults to `int' in declaration of `EXTFUN'
> dllMain.c:4: warning: parameter names (without types) in function 
> declaration
> dllMain.c:4: warning: data definition has no type or storage class
> dllMain.c: In function `DllMain':
> dllMain.c:18: error: `__stginit_Adder' undeclared (first use in this
> function)
> dllMain.c:18: error: (Each undeclared identifier is reported only once
> dllMain.c:18: error: for each function it appears in.)
> 
> Section 8.2 proposes to add
> 
> extern void __stginit_Adder(void)
> 
> which actually works.

docs fixed, thanks.

Simon
Duncan Coutts | 1 Mar 14:11 2006
Picon
Picon

Re: Problem building on sparc/Linux

On Wed, 2006-03-01 at 12:59 +0000, Ian Lynagh wrote:
> On Wed, Mar 01, 2006 at 12:24:17PM +0000, 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 (fixed) gcc bug:

That might explain why it seems to be working perfectly well on
Gentoo :-)

We do a registerised sparc build and it builds itself and things like
darcs & gtk2hs ok.

Duncan
Simon Marlow | 1 Mar 14:38 2006
Picon

Re: Problem building on sparc/Linux

Ian Lynagh wrote:
> On Wed, Mar 01, 2006 at 12:24:17PM +0000, 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 (fixed) gcc bug:
> 
> igloo <at> vore:/scratch/igloo/space$ rm *.o *.hi foo; ghc -Wall -O foo.hs -o foo && ./foo
> [True,False,True,True,False,True]
> igloo <at> vore:/scratch/igloo/space$ rm *.o *.hi foo; ghc -Wall -O foo.hs -o foo -pgmc /usr/bin/gcc-4.0 && ./foo
> [True,True,True,True,True,True]
> igloo <at> vore:/scratch/igloo/space$ gcc --version
> gcc (GCC) 3.3.6 (Debian 1:3.3.6-12)
> Copyright (C) 2003 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> 
> igloo <at> vore:/scratch/igloo/space$ /usr/bin/gcc-4.0 --version
> gcc-4.0 (GCC) 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

It could be a gcc bug, or it could be that GHC is relying on undefined C 
(Continue reading)

Cyril Schmidt | 1 Mar 17:07 2006
Picon

RE: GHC 6.4.1 crash on Windows XP

> 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 compiling Setup.hs to a binary, and running
> that instead.

That worked!
I think this counts as evidence for the above.

>
> Also, if you could run Setup like this and send us the output:
>
>   $ ./setup build -v
>
> (or the runhaskell version, if that's the only one that crashes)

I did it via runhaskell:

runhaskell Setup.hs build -v
Preprocessing library Vasicek-0.3...
Building Vasicek-0.3...

This is all what it said before the crash...

Just about 15 minutes ago I fixed the problem (at least I hope I did)
by installing the snapshot of GHC 6.4.2 of February 27 (BTW, the
(Continue reading)


Gmane