jgoerzen:
Hi,
I am trying to build ghc 6.2.1 for AIX. I successfully bootstrapped an
unregisterised ghc-inplace from an i386 Linux box today.
I am now trying to build a real ghc on AIX. I've had endless trouble,
and finally decided to put this in mk/build.mk:
GhcUnregisterised = YES
jgoerzen:
Hello,
Whew! This was the toughest bootstrap I've done in a long time. Thanks
to help from people here, I have built a working GHC 6.2.1 for
AIX5.1L. (The last GHC I could find for AIX was GHC 2.09!)
Congratulations :)
-- Don
___
Waldemar.Kornewald:
Hi,
is it possible to use a simpler build system for GHC? :)
It isn't so bad. It seems to be quite portable :)
Could someone please have a look at the build logs?
http://zeus.mpg.goe.net/~tuvok/logs
Note that I got the same errors when building on Linux!
make[1]: *** No
haskell:
I am writing a web application server in Haskell.
I would like to be able to modify the app on the
fly. Simplyfing the app server, it would look
like this:
appServer appMVar reqChan state =
do
req - readChan reqChan
app - readMVar appMVar
wolfgang.thaller:
Ian Lynagh wrote:
Hi all,
I was under the impression that simple code like the below, which swaps
the endianness of a block of data, ought to be near C speed:
[...]
poke p (shiftL x 24 .|. shiftL (x .. 0xff00) 8
.|. (shiftR x 8 ..
rturk:
[Resent, with a few #ifdef FOO's removed from the body (still in
the attachement, and using gzip instead of bzip2 to prevent
awaiting moderation ;)]
On Thu, Feb 17, 2005 at 11:29:41AM -, Simon Marlow wrote:
On 17 February 2005 11:12, Remi Turk wrote:
when compiling the new
bstrand:
Simon Marlow wrote:
Just to let you know, there are a number of open bug reports for GHC on
the x86_64 platform, which seem to indicate some kind of occasional
memory/GC problem. I'm probably not going to be able to track this down
until after the 6.4 release, but we'll put out a
kip.macy:
Sorry if this is a RTFM type question - but what is the status of the
x86_64 port?
As it says on
http://www.haskell.org/ghc/docs/latest/html/building/sec-port-info.html
it currently works unregisterised (and is available in binary form on a
number of platforms). The registerised
kip.macy:
I've followed the instructions for building on the host for an
unregistered x86_64 build, but when I do:
cd glafp-utils/ make boot make
I get:
...
ls/Outputable.lhs utils/Panic.lhs utils/Pretty.lhs
utils/PrimPacked.lhs utils/StringBuffer.lhs utils/UnicodeUtil.lhs
kip.macy:
number of platforms). The registerised port is being held up as none of
the developers have regular access to such a machine.
I'm new to Haskell but not to assembler - is the work required
something that someone in my position could contribute to?
Certainly. Not much Haskell is
bstrand:
Donald Bruce Stewart wrote:
bstrand:
Simon Marlow wrote:
Just to let you know, there are a number of open bug reports for GHC on
the x86_64 platform, which seem to indicate some kind of occasional
memory/GC problem. I'm probably not going to be able to track this down
until
simonmar:
=
The (Interactive) Glasgow Haskell Compiler -- version 6.4
=
The GHC Team is delighted to announce a new major release of GHC.
OpenBSD x86 binary
av:
Hello!
Today I've tried to compile darcs-1.0.2 and for that I've installed the
ghc-6.4-i386-unknown-linux.tar.bz2 (in-place) When I tried to compile,
configure script from darcs complained that it couldn't figure out how
to do OpenFd (or someting similar). Then I've installed
Sounds
mechvel:
Dear GHC supporters,
I have made ghc-6.4 from source by binary itself
(Linux, Debian 3.1):
cd ghc/6.4/ghc-6.4/
./configure --prefix=foo
make
make install
But it is so hard to obtain documentation! I triedmake html
(in the same directory). It reports
pj:
Hello,
I would like to use nativeCodeGen outside of GHC to generate code from
an IR. The IR would be produced by a third party program, not the GHC
frontend.
Looking at CVS HEAD I can see that GHC.hs exports plenty of things
(for the GHC API I presume), but I can't find anything
dinko.tenev:
I did a devel build this time, which produced some verbose output
for the last line.
One thing that troubles me is that gcc still manages to kick-in - what
exactly is going on???
You need to make sure the -fasm flag is the last one on the command
line, via EXTRA_HC_OPTS:
Add -package mtl ?
vkonovalov:
Dear all,
When I compile simple programs with monads, I receive following error:
example18.o(.text+0x2de):fake: undefined reference to
`ControlziMonadziCont_zdfMonadContCont_closure'
example18.o(.text+0x422):fake: undefined reference to
attila.babo:
Bayley, Alistair wrote:
I'm trying to build haskell-src-exts-0.2 with GHC 6.4.1 under MingW on
WinXP. It segfaults on the runhaskell Setup.hs build command (in the
src/haskell-src-exts subdir). Does anyone else get this, or is it
just me?
Hi,
I have the same problem
vadim:
Dear all,
I installed latest GHC version 6.5.20051102, and then, when compiling
'hs-plugins', I got an error about INSTANCE_TYPEABLE.
Those were previously defined in 'Typeable.h' file, and copying its
definition from older version makes things work.
Is that change intentional?
andrew:
I run a source based linux distro called Heretix, and I want to make a ghc
package which will install with or without an existing ghc. At the moment, we
supply a binary-ghc package, whch is a prerequisite of the from-source ghc
package.
It seems to me that I can prepare HC
duncan.coutts:
On Mon, 2005-12-12 at 18:20 +, Andrew Walrond wrote:
I run a source based linux distro called Heretix, and I want to make a ghc
package which will install with or without an existing ghc. At the moment,
we
supply a binary-ghc package, whch is a prerequisite of the
Malcolm.Wallace:
Simon Marlow [EMAIL PROTECTED] writes:
The aim is to eventually switch over to using darcs for our revision
control. The point of this message is to find out what constraints
people have that will affect when we can throw the switch.
One thing it occurs to me to ask
john:
can't we just make 'darcs send' send the patches to a public list so
people can see them that way as they are sent in.
I think the problem would be that we still want multiple developers to
darcs push over ssh, don't we? Rather than darcs sending patches to a
list, for a mainatiner to
geoffw:
I have an application written in OCaml that I'm interested in
porting over to Haskell, and I was wondering what the best way to
replace
the following OCaml function would be:
Toploop.initialize_toplevel_env();;
let eval txt = let lb = (Lexing.from_string txt) in
Hmm! Very interesting. Register spill classes, eh? SimonM?
-- Don
rfh:
I get the following error when trying to bootstrap the
6.5.20060506 snapshot from hc files (registerised):
gcc -x c Data/ByteString.hc -o Data/ByteString.raw_s -S -O
-fno-defer-pop -fomi
There's been a few changes since then, perhaps try again with last
night's snapshot?
dons:
Hmm! Very interesting. Register spill classes, eh? SimonM?
-- Don
rfh:
I get the following error when trying to bootstrap the
6.5.20060506 snapshot from hc files (registerised):
these are the result of gcc inlining something, or
using its built-in primitives. We already pass -fno-builtin to gcc
on x86. Don - are there any C functions being inlined in
ByteString? If so, it might be a good idea to turn off the inlining.
Cheers,
Simon
Donald Bruce Stewart
simonmar:
On 12 May 2006 00:47, John Meacham wrote:
On Thu, May 11, 2006 at 02:57:30PM +0100, Simon Marlow wrote:
On the other hand, keeping intermediate Doubles to 80-bit precision
is both (a) non-portable and (b) unpredictable (the programmer
doesn't know which intermediates are going
john:
On Fri, May 12, 2006 at 10:19:18AM +0100, Simon Marlow wrote:
Especially since even:
checking Haskell type for intmax_t... not supported
checking Haskell type for uintmax_t... not supported
aren't universal :)
Well, yes. Any suggestions for what to do here? Make
-builtin to
gcc on x86. Don - are there any C functions being inlined in
ByteString? If so, it might be a good idea to turn off the
inlining.
Cheers,
Simon
Donald Bruce Stewart wrote:
There's been a few changes since then, perhaps try again with last
night's snapshot?
dons
joelr1:
Folks,
I'm running Mac OSX 10.4.7 on Intel. This is the result of running
the ghc-regress suite of tests using a freshly updated ghc 6.5 that
was bootstrapped using a binary distribution.
I suspect the framework failures were cases where tests got hung and
I had to Ctrl-C
dons:
joelr1:
Folks,
I'm running Mac OSX 10.4.7 on Intel. This is the result of running
the ghc-regress suite of tests using a freshly updated ghc 6.5 that
was bootstrapped using a binary distribution.
I suspect the framework failures were cases where tests got hung and
I
joelr1:
This is using stage2. Does it look any better?
OVERALL SUMMARY for test run started at Mon Jul 10 15:11:22 BST 2006
952 total tests, which gave rise to
4583 test cases, of which
11 caused framework failures
1099 were skipped
3185 expected passes
24
Malcolm.Wallace:
I have a question about {-# RULES #-} pragmas. Here is a very simple
attempt to use them:
module Simplest where
{-# RULES
simplestRule forall x. id (id x) = x
#-}
myDefn = id (id 42)
I want to verify whether ghc-6.4.1 does actually fire
simonmarhaskell:
Chris Kuklewicz wrote:
Your question has prompted me to go back into my PosixRE wrapping code
and compare it to the PCRE code. I have made some changes which ought
to enhance the performance of the PosixRE code. Let us see the new
bechmarks on 10^6 bytes:
PosixRE
the HC files files over a fresh install. Is that
correct?
Bryan Green
-Original Message-
From: Donald Bruce Stewart [[1]mailto:[EMAIL PROTECTED]
Sent: Thu 8/31/2006 7:07 PM
To: Green Bryan - bgreen
Subject: Re: [Haskell-cafe] Haskell for hp-ux (ia64
trevion:
Hello,
I successfully downloaded and installed ghc-6.5.20060901 on Windows XP
(SP2 etc.). However, when attempting to build fps-0.8, I received a
large number of errors stemming from gcc being unable to find Stg.h or
HsBase.h. As far as I could tell using -v, gcc is still being
ketil+haskell:
Neil Mitchell [EMAIL PROTECTED] writes:
I want to benchmark GHC vs some other Haskell compilers, what flags
should I use?
[...] I guess the answer is -O2 -fvia-C?
I tend to use -O2, but haven't really tested it against plain -O.
From what I've seen -fvia-C is
bulat.ziganshin:
Hello Vyacheslav,
Saturday, October 21, 2006, 7:37:19 AM, you wrote:
I am running ghc 6.4.2 on a Win32 machine. I'm using hs-plugins in one
thread and a simple getLine loop in another. It appears that getLine
blocks the hs-plugins thread on Win32 (this has been
bulat.ziganshin:
Hello Donald,
Saturday, October 21, 2006, 1:03:34 PM, you wrote:
I am running ghc 6.4.2 on a Win32 machine. I'm using hs-plugins in one
Oh, that's almost certainly it. Bulat++
It's blocking on the foreign call (into the linker), since there's no IO
manager thread,
bulat.ziganshin:
Hello Donald,
Sunday, October 22, 2006, 9:04:02 AM, you wrote:
can't you define this call as 'safe'?
But is it safe. Hmm I get kind of queasy when mucking about in the rts.
i don't understand you (because of my weak English).
'safe' specifier is just says
coffeemug:
Also, what would it take for me to fix the GHCi crash on Win32 when a
plugin is being loaded? I figured I'll ask before blindly jumping into
the code :)
You need to find the win32 equivalent of the ELF-specific code that
ignores requests to load a module multipe times, rather than
Andreas-Haskell:
Hi!
In module Control.Exception there are the exception predicates errorCalls
and userErrors defined. Is there any difference between them? Which one?
They match different kinds of exceptions,
errorCalls (ErrorCall e) = Just e
errorCalls _ = Nothing
ndmitchell:
Hi
My last impression is that instead of using -xc it is better to write
programs in a debug-friendly style. For example, let g x must
return (Just _), but the programmer is not 100% sure that g x is free
of bugs. Then, instead of
f x = h $
So all this talk of locating head [] and fromJust failures got me
thinking:
Couldn't we just use rewrite rules to rewrite *transparently*
all uses of fromJust to safeFromJust, tagging the call site
with a location?
To work this requires a few things to go right:
* a rewrite rule
claus.reinke:
it seems that haskell versions of bignums is pretty much gone from
more recent discussions of gmp replacements. now, I assume that
there are lots of optimizations that keep gmp popular that one wouldn't
want to have to reproduce, so that a haskell variant might not be
claus.reinke:
I noticed that ByteString is drastically slower than String if I use
cons a lot. according to the source, that is expected because of
the memcpy for the second parameter.
Just a quick response, before I consider this in detail, in the stream
fusion branch of Data.ByteString cons
dons:
claus.reinke:
I noticed that ByteString is drastically slower than String if I use
cons a lot. according to the source, that is expected because of
the memcpy for the second parameter.
Just a quick response, before I consider this in detail, in the stream
fusion branch of
claus.reinke:
On Nov 19, 2006, at 11:54 AM, Claus Reinke wrote:
I noticed that ByteString is drastically slower than String if I use
cons a lot. according to the source, that is expected because of
the memcpy for the second parameter.
Have you considered constructing your strings with
claus.reinke:
On Nov 19, 2006, at 11:54 AM, Claus Reinke wrote:
I noticed that ByteString is drastically slower than String if I use
cons a lot. according to the source, that is expected because of
the memcpy for the second parameter.
Have you considered constructing your strings with
p.tanski:
On Nov 19, 2006, at 3:20 PM, Jeremy Shaw wrote:
And, around this time, my interest in running yhi on PalmOS starts to
wane.
Awww... to my knowledge, that would be the first Haskell
implementation for PalmOS :) As I mentioned in a prior email, there
is a Haskell arbitrary
Does this thread on haskell-cafe, about getting better bit shifting
results, indicate we should be tweaking the default unfolding-use
threshold? Do the recent bit shifting/inlining patches improve things?
http://thread.gmane.org/gmane.comp.lang.haskell.cafe/16849/focus=16849
I'm thinking
Had a go today building GHC on a multcore linux box, with -j, just to
see how fast it would go.
Summary: you can build GHC from scratch in less than 10 minutes these days!
More details here:
http://cgi.cse.unsw.edu.au/~dons/blog/2006/12/03#build_ghc_fast
-- Don
simonmarhaskell:
Donald Bruce Stewart wrote:
Had a go today building GHC on a multcore linux box, with -j, just to
see how fast it would go.
Summary: you can build GHC from scratch in less than 10 minutes these days!
More details here:
http://cgi.cse.unsw.edu.au/~dons/blog/2006/12
john:
so I have this simple bit of code, which should be fast but seems to be
being compiled to something very slow.
import Data.Word
import Data.Bits
fhb :: Word - Word
fhb w = b1 .|. b2 where
b2 = if 0x .. w /= 0 then 0x2 else 0
b1 = if 0xFF00FF00 .. w /= 0
Got some initial nobench numbers for ghc head -fvia-C versus -fasm, on
amd64:
http://www.cse.unsw.edu.au/~dons/nobench/x86_64/results.html
Overall all of nobench, ghc -fasm averages 3% slower. Not too shabby!
There's some wider variation on the microbenchmarks in the imaginary
class:
ndmitchell:
Hi,
Haskell has getCPUTime to get the amount of CPU Time that has been
consumed, but has no equivalent for memory use. I would like to get
something similar to -RTS -t, but from a Haskell program. I'm not
overly fussed about what memory statistic I get, as long as it is
fmohamed:
I had posted some data on inter-module optimizations that I had
calculated when splitting my program from one computational module to
many different ones.
Tim Chevalier suggested that my calculation could be interesting to the
people here.
So I made the effort of preparing
haskell:
Is there any way to use RULES substitutions with type classes?
I'm writing a reactive programming arrow (same idea as Yampa, different
design goals), and it would help performance (and not just in the speed
sense) to be able to tell when a value derived with arr hasn't changed.
So
simonmarhaskell:
We'd like to solicit comments from the community on our plans for future
GHC releases. The current situation is this:
- 6.6.1 is nearly ready to go (perhaps this week, please test the RC!)
- 6.6.2 has ~35 outstanding tickets
- 6.8 has ~150 outstanding tickets
the
ndmitchell:
Hi,
I'm running a particular benchmark which calls isSpace a lot
(basically wc -w). There are three ways to do the underlying space
comparison - using the Haskell Data.Char.isSpace, using the C isspace,
or using the C iswspace:
isspace: 0.375
iswspace: 0.400
Char.isSpace:
Hi,
I'm trying to port any recent version of ghc to OpenBSD 2.9.
I have, with a little bit of work, been able to compile 4.08.2
from .hc sources.
I now get the following kind of undefined symbol errors:
Main.o: Undefined symbol `__init_Prelude' referenced from
Hi,
I've finished a port of GHC 4.08.2 to OpenBSD i386.
The binary package (12M) can be ftp'd from:
ftp://ftp.cse.unsw.edu.au/pub/users/dons/ghc/ghc-4.08.2.tgz
This can be installed with the command (as root):
pkg_add ghc-4.08.2.tgz
You can remove the package
I'm pleased make available GHC 5.02.3 binaries for OpenBSD i386.
Also available is a ports tree 'port' if you want to build from source.
The binary package (15M) is available from:
ftp://ftp.cse.unsw.edu.au/pub/users/dons/ghc/ghc-5.02.3.tgz
And can be installed with (as root):
pkg_add
On Fri, Jul 12, 2002 at 12:34:39AM +1000, Manuel M T Chakravarty wrote:
Since I updated to RedHat 7.3, configure doesn't seem to be
able to determine a valid DocBook catalog anymore. Anybody
else seen this problem or is there something wrong in my
setup?
Manuel
Same problem on OpenBSD.
On Thu, Jul 11, 2002 at 10:56:08AM +0100, Simon Marlow wrote:
The (Interactive) Glasgow Haskell Compiler -- version 5.04
We are pleased to announce a new
On Thu, Oct 24, 2002 at 11:12:27AM -0700, Hal Daume III wrote:
There's ParserCore.y in the ghc sources, but this relies on a bunch of
other stuff. Does anyone have a Core language library, such as one which
might be found in the std libs at Language.GHCCore, or something like
that?
If not,
On Wed, Dec 04, 2002 at 11:49:54AM -, Simon Marlow wrote:
==
The (Interactive) Glasgow Haskell Compiler -- version 5.04.2
==
We are pleased to announce a new
At 1039264699 dons wrote:
On Wed, Dec 04, 2002 at 11:49:54AM -, Simon Marlow wrote:
==
The (Interactive) Glasgow Haskell Compiler -- version 5.04.2
==
[11.03.03] simonmar:
==
The (Interactive) Glasgow Haskell Compiler -- version 5.04.3
==
We are pleased to announce a new patchlevel release of the Glasgow
[29.05.03] simonmar:
The (Interactive) Glasgow Haskell Compiler -- version 6.0
We are pleased to announce a new major release of the Glasgow Haskell
Compiler
dimitry:
Hi,
I asked this in the fa.haskell newsgroup, but since this is more
GHC-specific, maybe this list is a better place to ask.
I am trying to learn the syntax of Core language files using the paper
by Andrew Tolmach named An External Representation for the GHC Core
Language.
Hey all,
Here is a (long) summary of how I have bootstraped GHC on
various os/arch combinations using 6.0.1 .hc source, including
getting an unregisterised build, over the weekend.
1. Generating registerised .hc files
-
...on a
simonmar:
Thanks for all this. I recently went through the unregisterised
bootstrap process myself (for amd64), and I've written some detailed
instructions in the Building Guide - you might want to take a look and
see if you have anything to add.
I've been working from that document the
dons:
simonmar:
Thanks for all this. I recently went through the unregisterised
bootstrap process myself (for amd64), and I've written some detailed
instructions in the Building Guide - you might want to take a look and
see if you have anything to add.
igloo:
On Wed, Sep 03, 2003 at 12:39:33PM +1000, Donald Bruce Stewart wrote:
$ ghc/ghc-6.0.1/ghc/compiler/ghc-inplace
ghc-6.0.1: no input files
Usage: For basic information, try the `--help' option.
$ ghc/ghc-6.0.1/ghc/compiler/ghc-inplace hello.hs
lunar:
Hello,
Following Donald Stewart efforts and Simon Marlow's new porting guide,
I made two attempts of getting GHC working on Linux/PowerPC.
I made a first attempt using cross-compiling from a Linux/i386 box. I
followed every instruction on the guide, but the compiler was unusable,
dons:
lunar:
I made a first attempt using cross-compiling from a Linux/i386 box. I
followed every instruction on the guide, but the compiler was unusable,
resulting in the following error message :
hc-6.0.1: internal error: stg_ap_v_ret
Please report this as a bug to [EMAIL
simonmar:
There's a small possibility that I've missed something out from the
instructions, I suppose :)
No. They are perfect. I've stress tested them today :p
+-+++
| HOST| TARGET| Unregisterised
rmartine:
On Thu, 4 Sep 2003, Simon Marlow wrote:
+-+++
| HOST| TARGET| Unregisterised bootstrap |
+-+++
| i386-*-openbsd |
simonmar:
dons:
No. They are perfect. I've stress tested them today :p
+-+++
| HOST| TARGET| Unregisterised bootstrap |
+-+++
|
simonmar:
I was a bit too soon reporting the sparc-sun-solaris2, two
attempts have died with stg_ap_v_ret. Same result sparc-*-openbsd.
Is there an endianess thing here? What is the endianess of the
amd64 and the powerpc? Are than any tricks I can try?
Hmm. I'm still wondering if
simonmar:
On Sat, 6 Sep 2003, Donald Bruce Stewart wrote:
simonmar:
I was a bit too soon reporting the sparc-sun-solaris2, two
attempts have died with stg_ap_v_ret. Same result
sparc-*-openbsd.
Also with mips-sgi-irix65 . An attempt died with stg_ap_v_ret .
I'm
igloo:
On Wed, Sep 10, 2003 at 07:57:33AM +1000, Donald Bruce Stewart wrote:
Looks like that was it!
I've just built a working unreg compiler on
sparc-unknown-openbsd, which I have not been able to do previously.
Is that using the instructions in the users guide and without having
dons:
simonmar:
Aha! I *think* I've figured out what's going wrong.
The stg_ap_v_ret failure is caused by info tables being generated for
the wrong endianness. This isn't supposed to happen, because we should
be cross-compiling for the correct endianness, but I'm guessing that the
igloo:
On Wed, Sep 10, 2003 at 08:31:40AM +1000, Donald Bruce Stewart wrote:
Following the new guide, and the new distrib/hc-build, with the
fix to .hc file generation on the host that Simon sorted out yesterday.
This generated a working sparc binary. That compiler in turn
simonmar:
Things aren't so easy with alpha as gcc rejects the -mieee
flag when GHC
calls gcc for -cpp'ing. I fear a nasty hacky wrapper may be in order.
Is this when running gcc on the Alpha, or on the bootstrapping host?
alpha-dec-osf3 bootstrapped quite cleanly today. Using the
igloo:
With the wrapper everything was fine here on the host side.
I then had to do the I_ - int stg_exit thing as committed to CVS for
IA64, and also change machine/{pal,fpu}.h to asm/{pal,fpu}.h in
ghc/rts/Adjuster.c and ghc/rts/Signals.c. (I'd already applied the
MBLOCK hack from
dons:
I got another (loopy) compile on alpha-dec-osf3 that went through
cleanly, with the following fixes:
[..]
And then everything went though, to the re-configure part of
hc-build, but the ghc-inplace seems to go into an infinite loop
on invocation. It won't produce output even with
Hey all,
I've packaged up two sparc ports.
Binary distributions of GHC 6.0.1 with profiling, for:
sparc-unknown-openbsd3.4
ftp://ftp.cse.unsw.edu.au/pub/users/dons/ghc/6.0.1/ghc-6.0.1-sparc-unknown-openbsd.tgz
sparc-sun-solaris2.6
rmartine:
On Fri, 12 Sep 2003, Simon Marlow wrote:
--
../../ghc/utils/ghc-pkg/ghc-pkg-inplace --update-package
package.conf.inplace
/usr/users/eden/scratch/ghc-6.0.1/ghc/driver/package.conf.inpl
ace: parse error in package config file
gmake[1]: ***
dons:
rmartine:
2.- Now the problem seems to be another one:
bash-2.05$ ghc/compiler/ghc-inplace hello.hs
crash, and tracing the core it seems a problem having to do with gmp
software:
bash-2.05a$ gdb ghc-6.0.1 core
# 0x1153a208 in __decodeFloat ()
if I apply the -v
dons:
rmartine:
On Fri, 12 Sep 2003, Simon Marlow wrote:
--
../../ghc/utils/ghc-pkg/ghc-pkg-inplace --update-package
package.conf.inplace
/usr/users/eden/scratch/ghc-6.0.1/ghc/driver/package.conf.inpl
ace: parse error in package config file
gmake[1]: ***
Hey Rafaelh,
I will describe what I have done to reach the point I am at on
mips-sgi-irix.
The machine I am using reports as an IRIX64 6.5 IP30 mips machine.
The host machine for all these builds was a i386-*-openbsd machine.
Before you can start you need to install GNU tools. I used
gmake
simonmar:
[ARG_8??] MK_SMALL_BITMAP(3,6),
[ARG_8?8] MK_SMALL_BITMAP(3,2),
Aha! It looks like toUpper isn't working properly. This is probably
because GHC.Unicode has been compiled for a 32-bit machine.
This has solved that particular mips bug. And the port proceeds...
-- Don
Hey all,
mips-sgi-irix builds and runs unregisterised from CVS!
$ uname -a
IRIX64 edison 6.5 07141529 IP30 mips
$ ghc-inplace --version
The Glorious Glasgow Haskell Compilation System, version 6.3
$ cat test.hs
import System.Info
main = do
putStrLn
Hey all,
Some mips64 and gmp observations:
The normal way, unregisterised, with the in-tree gmp, v3.1.1:
OVERALL SUMMARY for test run started at Fri Oct 24 17:17:56 PDT 2003
1070 total tests, which gave rise to
1070 test cases, of which
0 caused framework failures
maril_manson:
I try to compile ghc 6.0.1 on RH 9. In my compile-it-my-self-fanatism I
need to do a two-stage-bootstrap. As explained in the porting and
bootstrapping documentation I used the cross-port script distrbuted with
the source. But in the first stage ghc issues an error message as
simonmar:
The (Interactive) Glasgow Haskell Compiler -- version 6.2
We are pleased to announce a new major release of the Glasgow Haskell
Compiler (GHC),
rmartine:
On Fri, 19 Dec 2003, Donald Bruce Stewart wrote:
This is an unregisterised build, with profiling libs, no docs and no GHCi.
The mips64 port requires an external libgmp. This should come installed
with the freeware packages for Irix.
- And set your LD_LIBRARY_PATH
1 - 100 of 130 matches
Mail list logo