Martin Preen wrote:
>
> Hello,
> I get the following error when building ghc 6.4 on Solaris 9.
> Any ideas how to solve this ?
...
> grep -v '^#pragma GCC' | \
> sed -e 's/""//g' -e 's/:[ ]*,/: /g' >package.conf.installed
> ../utils/ghc-pkg/ghc-pkg-inplace --force --update-package
> Creatin
Martin Preen wrote:
>
...
> then the build finishes successfully. Now I tried to re-compile
> the source using the first build:
>
> ...
> /usr/local/fptools/bin/ghc -H16m -O -istage1/utils
> -istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude
> -istage1/rename -istage1/typeche
These bus errors are the reason for a missing ghc-6.4 solaris distribution.
Is someone able to investigate such bus errors?
Cheers Christian
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listin
Apparently not at the moment but it should be.
As in a 'hiding' list, deprecating "T" would deprecate the *type* T and
the *data constructor* T. There'd be no way to deprecate one without
the other, except by giving them different names. (That's a bit of a
shortcoming in hiding lists already, so
I have no clue what the right thing here is. Simon M is away today and
Monday, but he'll doubtless tell you on Tuesday. He is supreme being
for this kind of stuff.
Simon
| -Original Message-
| From: [EMAIL PROTECTED]
[mailto:glasgow-haskell-users-
| [EMAIL PROTECTED] On Behalf Of Bulat
Dear Haskell folk,
PLEASE READ THIS IF YOU USE THE Glasgow Haskell Compiler (GHC).
I virtually never send messages to overlapping sets of lists, but I'm
doing so this time, because I'd really like to get to everyone who uses
GHC.
Here at GHC HQ, we are often asked how many people use GHC, and w
In gmane.comp.lang.haskell.glasgow.bugs, you wrote:
> Simon M is away today and Monday, but I do recall him saying something
> about the Solaris port being broken. I'm sure he would welcome help
> getting it fixed. Are there any of you who build GHC from source, and
> know Solaris?
I'm currentl
Greetings.
I haven't tested this with ghc 6.4 yet, and I don't know if this is a
known problem. I noticed this while building support for cabal.
I have two mutually recursive modules, prepared as described in the
GHC 6.2 user's manual: A and B
I create A.hi-boot
in B, in import {-source-} A
Th
I notice that my .ghci is sourced for programs run via runghc
(runhaskell). This is causing trouble because I have things like
:set +t +s and other options which mess up the running of many scripts.
John
--
John Meacham - ârepetae.netâjohnâ
__