Georg Sauthoff wrote:
Thus I want to save other Solaris x86 users from that by contributing a
Solaris x86 binary package for the ghc web page. How should I proceed?
Should I open a ticket at the homepage for that? What should I consider?
Is 'make binary-dist' the right target?
you need to build
On Fri, 2006-06-02 at 15:10 +0200, Georg Sauthoff wrote:
> Hi,
>
> at http://hackage.haskell.org/trac/ghc/wiki/Platforms I read, that the
> Sparc NCG 'is bitrotted' - does that mean, that it is unmaintained, but
> used by default at sparc?
No it means that GHC uses compilation via C on sparc.
>
Hi,
at http://hackage.haskell.org/trac/ghc/wiki/Platforms I read, that the
Sparc NCG 'is bitrotted' - does that mean, that it is unmaintained, but
used by default at sparc?
I am asking because the solaris sparc system has a ghc 6.2 installed,
which generates .s files. Or does NCG means something
Hi,
finally I built a working ghc 6.4.2 [1] for Solaris x86. Since I couldn't
find any binary package at the GHC homepage, this was a little time consuming
procedurce (starting with unregistered build etc).
Thus I want to save other Solaris x86 users from that by contributing a
Solaris x86 binary
Michael Marte wrote:
I am sorry, I mixed things up. Everything works fine.
To find the source for Data.Sequence, I looked up the CVS repository
and, I guess, there I saw that Data.Queue is deprecated on the HEAD. My
underlying assumption obviously was that CVS was replaced by Darcs
before sta
Simon,
I am sorry, I mixed things up. Everything works fine.
To find the source for Data.Sequence, I looked up the CVS repository
and, I guess, there I saw that Data.Queue is deprecated on the HEAD. My
underlying assumption obviously was that CVS was replaced by Darcs
before starting developme
