headers
Daniil Elovkov | 15 Aug 14:52

problems running ghc-6.8.2 on solaris 10, sparc

Hello folks, Christian

I'm trying to get ghc 6.8.2 running on Solaris 10 and having problems.
To be precise, I'm trying to compile a 'hello world' program by ghc
6.8.2 which I got in binary form haskell.org.

gcc is 2.95, it uses sun linker. I remember there were problems with
that in the past. Is ghc supposed to work only with gnu ld or sun ld
as well?

So, how it went

first I got compiler errors in many places of Reg.hs:
   global register variable follows a function definition

Googling showed that Don Stewart used to fix it by swapping 2 includes
in Stg.h - putting MachRegs.h after Regs.h instead of before. It
helped

Then there was assembler error:
     cannot use v8plus instructions in a non-v8plus target binary

It was caused by -mcpu=v9, which ghc passes to gcc. I blindly added
-optc -mcpu=v8 and it helped :)

Then the linker complained that it could not resolve aio_fork and
__aio_suspend64, referenced from librt.so.

-lrt is passed by ghc to the linker. On this machine there is
/lib/libaio.so. Linking with it didn't help. It doesn't really contain
(Continue reading)

Permalink | Reply |
headers
Christian Maeder | 15 Aug 15:23
Favicon

Re: problems running ghc-6.8.2 on solaris 10, sparc

Hi Daniil

I have a binary dist here:
http://www.dfki.de/sks/hets/solaris/ghcs/ghc-6.8.3-sparc-sun-solaris2.tar.bz2

that runs and was built with gcc-4.0.3 on Solaris 8 sparc. It runs under 
  Solaris 10 with gcc-4.2.2, too. (It also runs with gcc-3.4, but 
building fails as in #951). I've not tried gcc-2.95.

my ldd output of ghc-6.8.3 is:
         librt.so.1 =>    /usr/lib/librt.so.1
         libreadline.so.5 =>      /usr/local/lib/libreadline.so.5
         libncurses.so.5 =>       /usr/local/lib/libncurses.so.5
         libdl.so.1 =>    /usr/lib/libdl.so.1
         libm.so.2 =>     /usr/local/lib/libm.so.2
         libgmp.so.3 =>   /usr/local/lib/libgmp.so.3
         libpthread.so.1 =>       /usr/lib/libpthread.so.1
         libc.so.1 =>     /usr/lib/libc.so.1
         libaio.so.1 =>   /usr/lib/libaio.so.1
         libthread.so.1 =>        /usr/lib/libthread.so.1
         /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1

My "ld" is a Solaris Link Editors: 5.8-1.302 (resp. 5.10-1.489), but a 
gnu-linker should work, too. In fact gcc uses a gnu linker, i.e. my gcc 
was configured:
  --with-gnu-as --with-as=/usr/local/bin/gnu-as
  --with-gnu-ld --with-ld=/usr/local/bin/gnu-ld

My build.mk file for building ghc contains:
(Continue reading)

Permalink | Reply |
headers
Daniil Elovkov | 15 Aug 17:23

Re: problems running ghc-6.8.2 on solaris 10, sparc

Thank you Christian

It seems that an old gcc was the problem. I downloaded gcc 3.4.6 from
sunfreeware and it works ok.

Also, their precompiled gcc's at sunfreeware are configured to use sun
linker. It caused no problems at hello world Haskell program. I yet
have to check how it will behave with a quite big project. There were
serious problems with performance in the past, as we know.

Btw, the link you gave me is not on haskell.org/ghc. For 6.8.3 only
solaris-x86 is downloadable. That's why I grabbed 6.8.2 in the first
place.

Thanks for your ports!

2008/8/15 Christian Maeder <Christian.Maeder <at> dfki.de>:
> Hi Daniil
>
> I have a binary dist here:
> http://www.dfki.de/sks/hets/solaris/ghcs/ghc-6.8.3-sparc-sun-solaris2.tar.bz2
>
> that runs and was built with gcc-4.0.3 on Solaris 8 sparc. It runs under
>  Solaris 10 with gcc-4.2.2, too. (It also runs with gcc-3.4, but building
> fails as in #951). I've not tried gcc-2.95.
>
> my ldd output of ghc-6.8.3 is:
>        librt.so.1 =>    /usr/lib/librt.so.1
>        libreadline.so.5 =>      /usr/local/lib/libreadline.so.5
>        libncurses.so.5 =>       /usr/local/lib/libncurses.so.5
(Continue reading)

Permalink | Reply |
headers
Christian Maeder | 15 Aug 17:31
Favicon

Re: problems running ghc-6.8.2 on solaris 10, sparc

Daniil Elovkov wrote:
[...]
> Btw, the link you gave me is not on haskell.org/ghc. For 6.8.3 only
> solaris-x86 is downloadable. That's why I grabbed 6.8.2 in the first
> place.

[..]

>> I have a binary dist here:
>> http://www.dfki.de/sks/hets/solaris/ghcs/ghc-6.8.3-sparc-sun-solaris2.tar.bz2

Ian, you may copy it to http://www.haskell.org/ghc/download_ghc_683.html

Thanks, Christian

>>
>> that runs and was built with gcc-4.0.3 on Solaris 8 sparc. It runs under
>>  Solaris 10 with gcc-4.2.2, too. (It also runs with gcc-3.4, but building
>> fails as in #951). I've not tried gcc-2.95.
>>
>> my ldd output of ghc-6.8.3 is:
>>        librt.so.1 =>    /usr/lib/librt.so.1
>>        libreadline.so.5 =>      /usr/local/lib/libreadline.so.5
>>        libncurses.so.5 =>       /usr/local/lib/libncurses.so.5
>>        libdl.so.1 =>    /usr/lib/libdl.so.1
>>        libm.so.2 =>     /usr/local/lib/libm.so.2
>>        libgmp.so.3 =>   /usr/local/lib/libgmp.so.3
>>        libpthread.so.1 =>       /usr/lib/libpthread.so.1
>>        libc.so.1 =>     /usr/lib/libc.so.1
>>        libaio.so.1 =>   /usr/lib/libaio.so.1
(Continue reading)

Permalink | Reply |
headers
Ian Lynagh | 16 Aug 00:07
Gravatar

Re: problems running ghc-6.8.2 on solaris 10, sparc

On Fri, Aug 15, 2008 at 05:31:00PM +0200, Christian Maeder wrote:
> 
> >>I have a binary dist here:
> >>http://www.dfki.de/sks/hets/solaris/ghcs/ghc-6.8.3-sparc-sun-solaris2.tar.bz2
> 
> Ian, you may copy it to http://www.haskell.org/ghc/download_ghc_683.html

Done!

Thanks
Ian
Permalink | Reply |
headers
Duncan Coutts | 16 Aug 13:55
Gravatar

Re: problems running ghc-6.8.2 on solaris 10, sparc

On Fri, 2008-08-15 at 16:54 +0400, Daniil Elovkov wrote:

> Then there was assembler error:
>      cannot use v8plus instructions in a non-v8plus target binary
> 
> It was caused by -mcpu=v9, which ghc passes to gcc. I blindly added
> -optc -mcpu=v8 and it helped :)

The better solution is to pass -optl-mcpu=v9. The reason you get the
problem is that you're using v9 for code gen (probably in your CFLAGS
env var or something) but not for the assembly phase, so tell it to use
v9 as the assembly phase too and it works.
Permalink | Reply |

Gmane