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:
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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
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,
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
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
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
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
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
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
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
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):
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
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
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
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?
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
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
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:
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
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
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
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
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
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
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
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 ..
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
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
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
___
simonmar:
Hi folks,
Release candidate distributions for 6.2.2 are now available. If you
have the time, we'd really appreciate it if you could install and/or
build one of these distributions and give us feedback.
ghc-6.2.20040914 and later are 6.2.2 release candidates
Please mention
Yay!
simonmar:
Thanks to Jeff Lewis, we now have cvsweb back up again.
Browse on over to http://cvs.haskell.org/cgi-bin/cvsweb.cgi/fptools/ and
enjoy!
Cheers,
Simon
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
claus.reinke:
Don,
thanks for your answers - that looks very promising.
Only as these are the systems that I've tested on, or that others have.
I don't have access to a Windows machine. hs-plugins should only be
limited to platforms with a working GHC dynamic loader, which is all the
claus.reinke:
I think you're providing workarounds for some serious short-
comings in Haskell! while a fully integrated design would be
nicer (as in the old orthogonally persistent systems - google
for type-safe linguistic reflection; or more recently in Clean),
I look forward to having at
hs-plugins 0.9.6 has been released. hs-plugins is a dynamic loader and
runtime compilation library for Haskell. This release features various
stability and portability improvments over its predecessors, some
extensions for better dynamically typed plugins, and an example of how
to use plugins to
Great! Reading core gives you headaches for the first couple of weeks :)
This should certainly help people.
You should ask the haskell.org guys to put a link up at:
http://www.haskell.org/libraries/#editormodes
-- Don
john:
I have found the following filetype plugin for vim to be
bet:
2004-06-18T01:57:14 Donald Bruce Stewart:
That's interesting. GHC unregisterised on amd64/openbsd *does* pass all
the testsuite tests.
Which brings us around to the question that opened this thread, is
there any way to install the unregistered build?
Yes. Download and build the src
listener:
On Friday 18 June 2004 15:39, Donald Bruce Stewart wrote:
bet:
Which brings us around to the question that opened this thread, is
there any way to install the unregistered build?
Yes. Download and build the src, and 'make install' :-)
For some platforms unregistered
listener:
On Thursday 17 June 2004 17:38, Simon Marlow wrote:
It looks like registerised compilation on x86_64 isn't quite working
yet, then. If you're up to debugging this, then I suggest you start
from a simpler program - try hello world registerised, and then slightly
larger programs
simonmar:
On 10 June 2004 05:32, Donald Bruce Stewart wrote:
The problem appears to be in the hash keys of the type representation
used to compare to types for equality. A dynamic value in the
(statically compiled) application never has the same key as its
equivalent type
At the moment I am unable to load the hs-plugins package into GHCi (or
via the hs-plugins load() either). It seems the linker is always unable
to find the symbols we bind to in Linker.c, i.e. addDLL, loadObj, and
friends. How can I get the linker to see the HSrts/libHSrts symbols
exported by
A new version of the hs-plugins library has been released, v0.9.5.
hs-plugins provides dynamic loading, runtime compilation and an eval()
mechanism for Haskell plugins:
http://www.cse.unsw.edu.au/~dons/hs-plugins
New features:
* eval :: Typeable a = String - [Import] - IO (Maybe
(lengthy)
Hey,
In the hs-plugins library I'm using Data.Dynamic to provide runtime type
checking of plugin values when they are loaded. There is a problem,
however: when using fromDyn/fromDynamic to check the type of the
plugin's value against the type the application loading the plugin
expects,
swest3:
The amd64 port isn't really there yet. It works unregisterised, but the
registerised support need some more work (as you discovered). You also
need a non-broken version of gcc (3.3.3 or 3.4.0).
I'd settle for unregisterised... it seems every time I run through the
whole port
duncan.coutts:
On Wed, 2004-06-02 at 15:45, scott west wrote:
I'd settle for unregisterised... it seems every time I run through the
whole port process I see to do some new wrong thing each time, hehe. I'm
really just in search of a working ghc implementation for my amd64,
registered
swest3:
You're paying the price of being an early adopter :-). If any of the ghc
developers had an AMD64, there'd probably be a registered build by now.
Well... these guys aren't very devoted now are they? Why can't they just
steal one like me? :)
If someone steals one for me, I'll finish
mechvel:
Please, who knows how to download and install in the easiest
way the
Happy parser
(today, within 3-4 hours) ?
The situation is as follows
* RedHat linux (version about 8), libc-2.2, i386-unknown,
* (configure: error:
Happy version 1.13 or
GHCi/TH works on OpenBSD/i386!
Finally, after 1 year of being a really annoying bug, I finally worked out why
the dlopen library wasn't behaving itself, and why you needed to set the heap
above 512M to stop getting SIGSEGV'd.
paprika$ ghc/compiler/stage2/ghc-inplace --interactive
bvoss:
Dear all,
I would like to compile my haskell-scripts on a Sparc v9 / Solaris 8
machine using 64-Bit, cause of insufficient memory using 32-Bit.
GHC is installed on this machine and works fine. The Problem is, that it
only produces 32-Bit binaries.
Checking the GHC manual and the
simonmar:
The (Interactive) Glasgow Haskell Compiler -- version 6.2.1
We are pleased to announce a new patchlevel release of the Glasgow
Haskell Compiler
k.schupke:
tried to update to update GHC from CVS today, with CVSROOT=
:pserver:[EMAIL PROTECTED]:/cvs
but got the error:
cvs [login aborted]: connect to glass.cse.ogi.edu(129.95.44.145):2401 failed:
Connection refused
Is it my ISP, or is everyone having the same problem?
Hey,
OVERALL SUMMARY for test run started at Sun Apr 18 23:53:04 MDT 2004
1040 total tests, which gave rise to
2906 test cases, of which
0 caused framework failures
339 were skipped
2459 expected passes
20
ahey:
On Monday 19 Apr 2004 11:27 am, Adrian Hey wrote:
Perhaps I was doing something stupid.
Yep, I must of been doing something stupid. I've just tried it again and I
do get different object files. In fact inlinining seems to give me smaller
object files (not that I'm complaining :-).
Just for any poor soul doing some linking tricks who gets hit by ld saying:
/usr/obj/ports/ghc-6.2.1/scratch/ghc-6.2.1/libraries/base/libHSbase.a:
could not read symbols: Memory exhausted
This, for once, really is ld running at out memory, and you can fix it
by adding:
dons:
Just for any poor soul doing some linking tricks who gets hit by ld saying:
/usr/obj/ports/ghc-6.2.1/scratch/ghc-6.2.1/libraries/base/libHSbase.a:
could not read symbols: Memory exhausted
This, for once, really is ld running at out memory, and you can fix it
simonmar:
Also: I'm fiddling around with a new design for GHC's web pages. Please
browse on over and let me know what you think, especially if it doesn't
work on your browser:
http://www.haskell.org/ghc/staging/
Nice. Looks good in text too.
Hey all,
-
Vim syntax highlighting for GHC-style .lhs and .hs + cpp
-
Rather than let this just sit on my hd, I'm making them available.
arthurvl:
Hello,
while trying to adapt the local bootstrap-from-scratch script that allows
us to install a somewhat customized GHC onto our systems starting from
nothing but an installed GCC 2.95, I noticed a bug in the documentation
accompanying the GHC 6.2 release. On
HNBeck:
Hi,
in order to build a programming environement, it would be nice to ask
the GHC about symbols etc found in a given Haskell program. I've read
that GHC has a interface, which was originally intended to plug in
other backends. But I've never found a detailed description or
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
simonmar:
The (Interactive) Glasgow Haskell Compiler -- version 6.2
We are pleased to announce a new major release of the Glasgow Haskell
Compiler (GHC),
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
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
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
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 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
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]: ***
1 - 100 of 130 matches
Mail list logo