| I tried building the standard library in libraries/ with gcc 3.0.4;
it
| grinds to a halt at this point:
|
| Data/Array/Base.hs:1162:
| Warning: foreign declaration uses deprecated non-standard syntax
| ghc-asm: (mangler) still have jump involving %edi!
With some comments about what's
This bug is fixed in 5.02.2; you might want to upgrade.
J
| -Original Message-
| From: Greg Michaelson [mailto:[EMAIL PROTECTED]]
| Sent: Thursday, February 14, 2002 12:08 PM
| To: [EMAIL PROTECTED]
| Subject: as instructed...
|
|
| f -auto-all -c +RTS -K10M -H350M -RTS HumeLex.hs
|
| There seems to be a problem with the source tar.bz2
| distribution of the
| 5.03 snapshot. The web page claims it's 5.3M, but the actualy file is
| only 4117517 bytes and doesn't untar properly:
|
| x ghc-5.03.20020204/ghc/InstallShield/Setup Files/Compressed Files, 0
| bytes, 0 tape blocks
This failure is handled better by 5.02.2; it at least tells
you to use -fvia-C in the error message.
So the real problem is that the debian people should upgrade
what they distribute from 5.02 to 5.02.2. IIRC 5.02 contained
a couple of serious segfaulting bugs which were fixed in 5.02.1,
so it
The transformations that the compiler does, especially with -O,
are sufficiently complex that trying to second-guess the performance
effects of source changes is difficult. You'd get a much better
handle on this by reading the post-optimised program, which you
can get with -ddump-simpl. Good
The warning says that the interpreter has ignored a
polymorphic case, since it's hard to implement. Your program
should still behave the same, although possibly less strictly
than you intended.
What really mystifies us is why there is such a thing in the
program in the first place. Using
| -Original Message-
| From: Sigbjorn Finne [mailto:[EMAIL PROTECTED]]
| Sent: Wednesday, February 06, 2002 1:27 AM
| To: Ashley Yakeley
| Cc: GHC List
| Subject: Re: Binary Compatibility
|
|
| Apologies if this has been covered before. What
| compatibility is there
| between
Which ld are you using, GNU ld or the solaris ld (/usr/ccs/bin/ld) ?
I think -x applies to GNU ld; you can use solaris ld but you must
change -x to -z redlocsym IIRC.
J
| -Original Message-
| From: Dirk Evers [mailto:[EMAIL PROTECTED]]
| Sent: Tuesday, February 05, 2002 9:37 AM
| To:
There's something very suspicious here, but it might be a
bug we know about.
Did you build ghc yourself, from sources? Did you
bootstrap using itself? And finally, exactly what
version of gcc do you have?
J
| -Original Message-
| From: Pixel [mailto:[EMAIL PROTECTED]]
| Sent:
Yes, Sigbjorn is of course right. Disregard my msg ...
J
| Did you bootstrap using itself?
|
| no, that is the pb. Sigbjorn Finne gave the explaination:
|
| GHCi doesn't load the RTS package (nor GMP),
| as they're both baked into the binary. My guess is that
| you've built ghci
The (Interactive) Glasgow Haskell Compiler -- version 5.02.2
==
We are pleased to announce a new patchlevel release of the Glasgow
Haskell Compiler (GHC), version 5.02.2. The source distribution is
freely available via the
The (Interactive) Glasgow Haskell Compiler -- version 5.02.2
==
We are pleased to announce a new patchlevel release of the Glasgow
Haskell Compiler (GHC), version 5.02.2. The source distribution is
freely available via the
| Prelude sum [1..1000]
|
| had the following effect:
|
|PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
| 23542 herrmann 20 0 250M 130M 97500 R66.3 52.4 0:21
ghc-5.02
|
| Is this what I think it is? Do you benchmark the
| interpreter? Interpreted
| Often the cause is some inlining or other optimisations
| that put extra
| strain on gcc's register allocator, so it is usually best to try to
| track down and avoid these.
|
| 7 modules of 52 in qforeign are affected. It's hard to avoid:
| using FFI is often enough to cause the
| -Original Message-
| From: Josef Svenningsson [mailto:[EMAIL PROTECTED]]
| Sent: Monday, December 03, 2001 12:19 PM
| To: [EMAIL PROTECTED]
| Subject: Compiling GHC
|
|
| G'day!
|
| I just want to report on my little project of making ghc
| compile from cvs
| here at Chalmers.
I suspect you're both right. I seem to remember that it used
to be the way Keith says, but was relatively recently changed to
be the way Robert says.
J
| But, to answer your emmediate question:
|
| ZMZM = [] - The list Nil constructor
| Z1T = ( ) - The 1-tuple constructor
|
|
Title: Message
We
fixed some obscure GC-related bugs in 5.02. The fixes are in
5.02.1.
When
you try it with 5.02.1, does the problem still happen?
J
-Original Message-From: Andre W B
Furtado [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 13,
2001 7:41 PMTo: [EMAIL
Thx; fixed on the web site.
J
| -Original Message-
| From: Malcolm Wallace [mailto:[EMAIL PROTECTED]]
| Sent: Tuesday, November 06, 2001 10:45 AM
| To: [EMAIL PROTECTED]
| Subject: web page bug
|
|
| Someone might want to take a look at the web page
|
|
Problem is (I think) that this is already correct on some platforms,
but not all. There may be a missing scaling at some point upstream
for some platforms. Precisely what ghc version is this and what
platform are you running on?
J
| -Original Message-
| From: Nicholas Nethercote
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
| T_ test log
|
| computes and prints everything correct, until the very end.
| Then, if XX is about 50-60, it reports
|
| Segmentation fault
| or sometimes
| ghc-5.02: fatal error: evacuate: strange closure type 48856
Thanks for the bug report. We have fixed
| Changing
| #define BLOCK_SIZE 0x1000
| to
| #define BLOCK_SIZE 0x2000
| in there and rebuilding produced a build which produces code that
| segfaults.
|
| Ah, I forgot to mention you need to adjust BLOCK_SHIFT
| accordingly (on the next line). Changing it from 12 to 13
| should
| OTOH when you start using and reusing larger libraries, like
| Gtk+, the waste accumulates, and it's possibly you don't need
| to run too many GTK+HS programs before you see performance decrease
| due to memory exhaustion.
On Linux and probably most Unixes, the text and data segments
of
Yes. There is now a ... -src-2.tar.bz2 file there; unfortunately
I forgot to remove the message when I put it there. Download and
compile away.
J
| -Original Message-
| From: Frank Seaton Taylor [mailto:[EMAIL PROTECTED]]
| Sent: Friday, September 28, 2001 8:36 PM
| To: [EMAIL
The web site (http://www.haskell.org/ghc) now has final
binary builds for
x86-Linux
sparc-solaris
Windows NT/2K/XP and allegedly 95/98/ME
Additionally, the final source tarball is now on the web
page. I claim (and earnestly hope) it is suitable for
building other binary builds of
The web site (http://www.haskell.org/ghc) now has final
binary builds for
x86-Linux
sparc-solaris
Windows NT/2K/XP and allegedly 95/98/ME
Additionally, the final source tarball is now on the web
page. I claim (and earnestly hope) it is suitable for
building other binary builds of
On possible thing you can do is
* Find a copy of libreadline.so.4 from somewhere (your home PC ?)
* Place it in some dir under your control, eg /home/herrman/lib
* export LD_LIBRARY_PATH=/home/herrman/lib:$LD_LIBRARY_PATH
Nowldd /path/to/ghc-5.02-executable
should show libreadline.so.4
The (Interactive) Glasgow Haskell Compiler -- version 5.02
We are pleased to announce a new major release of the Glasgow Haskell
Compiler (GHC), version 5.02.
The (Interactive) Glasgow Haskell Compiler -- version 5.02
We are pleased to announce a new major release of the Glasgow Haskell
Compiler (GHC), version 5.02.
| wxWindows is quite C++ centric and AFAIK nobody has made a
| serious effort at a C++ FFI yet. One of the big advantages
| of GTK+ is that it was written with bindings for other
| languages in mind. Therefore, it is probably the toolkit
| with the most language bindings.
The lack of any
| Speaking of 5.02 . Could someone enlighten us that are not on
| the CVS mailing list about the state of things? When can we
| expect the release?
If I'm feeling optimistic, late this week; otherwise, sometime
next week. We've had some stability problems, but I hope these
are now solved.
| In all the cases I tried, the info pointer in the closure
| header pointed to the end of the info table. Although a
| comment in ghc/includes/ClosureMacros.h worries me:
|
|info pointerThe first word of the closure. Might point
| to either the end or
Sigbjorn
Am confused by your answer.
| char fooble ( ... )
| {
| return 'z';
| }
|
| on an x86, 'z' will be returned at the lowest 8 bits in %eax. What I
| don't know is, is the C compiler obliged to clear the upper 24 bits
of
| %eax, or does that onus fall on the callee?
|
|
The original 5.00 contained a large number of bugs, including
at least one typechecker-infinite-loop one. I strongly suggest
you move to 5.00.2 which is very much more stable, and
try again. I don't think we have a Debian package for 5.00.2,
but you can get a vanilla Linux executable bundle
What platform is this on? I've had reports of wierdnesses with
the sparc-solaris binary build we made for 5.00.2 which don't
happen in the Linux builds.
J
| -Original Message-
| From: Hal Daume [mailto:[EMAIL PROTECTED]]
| Sent: Wednesday, August 01, 2001 6:57 PM
| To: Simon Marlow
|
{-# NOINLINE name #-}
| -Original Message-
| From: George Russell [mailto:[EMAIL PROTECTED]]
| Sent: Wednesday, August 01, 2001 3:46 PM
| To: [EMAIL PROTECTED]
| Subject: How do you stop functions being inlined?
|
|
| Well, I think we all know the answer to this one, namely
|{-#
| I would like to add a primitive to GHC 5.00.2 of the form:
|
| isWHNF :: a - Bool
One might be inclined to ask what for? Such a primitive is
probably difficult to implement, given the variety of GHC's
closures, and is potentially dangerous -- you could conceivably
break referential
| To reliably link with C++, you need to compile both the code
| which invokes C++ (i.e. whatever uses the C++ library) and
| main (that is, ghc/rts/Main.c, not main.hs) with a C++ compiler.
|
| So, in summary:
|
| - Compile any code which may call the C++ library (and keep
|
| The ghc release notes keep announcing that the ghc distro is
| available via anonymous ftp, referring to details below.
I guess that's now a bogus thing to say -- I'm inclined to fix
the ANNOUNCE file. Do you particularly need ftp rather than http
access to these files?
J
Look strange. We'll look into it.
J
| -Original Message-
| From: S.D.Mechveliani [mailto:[EMAIL PROTECTED]]
| Sent: Thursday, June 21, 2001 11:46 AM
| To: [EMAIL PROTECTED]
| Subject: scope change
|
|
| ghci-5.00.2 (binary distribution for linux, i386-unknown)
|
| changes
| -Original Message-
| From: Manuel M. T. Chakravarty [mailto:[EMAIL PROTECTED]]
| Sent: Thursday, June 21, 2001 3:02 AM
| To: Julian Seward (Intl Vendor)
| Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
| Subject: Re: GHC version 5.00.2 is available
|
|
| Julian Seward (Intl Vendor) [EMAIL
| I heard rumors that the author went off to some cushy industrial
job,
| or is spending all his time writing NetBSD drivers, or something
like
| that :^)
|
| I heard that he had become a recluse and was chasing eclipses
| somewhere in South Africa!
I heard rumours that the author had
| -Original Message-
| From: Manuel M. T. Chakravarty [mailto:[EMAIL PROTECTED]]
| Sent: Thursday, June 21, 2001 3:02 AM
| To: Julian Seward (Intl Vendor)
| Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
| Subject: Re: GHC version 5.00.2 is available
|
|
| Julian Seward (Intl Vendor) [EMAIL
| Building version 5.00.2 from source with ghc version 5.00.1 with
[...]
| -flet-no-escape Loading package std ... ghc-5.00.2: can't
| find .o or .so/.DLL for: m
| (lib.so: cannot open shared object file: Datei oder Verzeichnis nicht
| gefunden)
| I want to pass a String to a function which is imported from C code:
| foreign import pass prim_pass :: String - String
| The declaration above gives me an error from ghc like String
| type not
| supported for imported functions.
| I thought that String being [Char] should be
The (Interactive) Glasgow Haskell Compiler -- version 5.00.2
==
We are pleased to announce a new patchlevel release of the Glasgow
Haskell Compiler (GHC), version 5.00.2. The source distribution is
freely available via the
| ghc-5.00.1: panic! (the `impossible' happened, GHC version 5.00.1):
| CPR Analysis tried to take the lub of a function and a tuple
[...]
| Yes, I know it's a known bug, but maybe this posting will
| help to track it down someday.
It's already fixed in the upcoming 5.00.2. I'd
| I came across a VERY STRANGE bug in GHCi. It is difficult to pin down.
|
| I send a couple of modules. Running main in the module
| called Toggle, generates a file called system.galf. This
| is wrong!
|
| At line 14, it says bool(true).. To generate this, it must
| use definitions from the
The (Interactive) Glasgow Haskell Compiler -- version 5.00.1
==
We are pleased to announce a new patchlevel release of the Glasgow
Haskell Compiler (GHC), version 5.00.1. The source distribution is
freely available via the
The Illegal Instruction problem is known to us and will be
fixed in the upcoming 5.00.1 release, as will a bunch of
other bugs. We mistakenly configured GMP for i686-unknown-linux
and thereby got a GMP in GHC which uses PII/PIII specific
insns which don't exist on earlier (Pentium-I class)
| Compiling Main ( Main.hs, interpreted )
| ghc-5.00: panic! (the `impossible' happened, GHC version 5.00):
|bytecode generator can't handle unboxed tuples
|
| The interpreter does not support foreign declarations yet.
| You can only use them with the batch compiler.
It's a known issue^H^H^H^H^Hbug. I don't think we yet have
a story about how to fix this.
J
| -Original Message-
| From: Andrew Moran [mailto:[EMAIL PROTECTED]]
| Sent: Thursday, May 03, 2001 9:22 PM
| To: [EMAIL PROTECTED]
| Subject: GHCi command line
|
|
|
| Running a main
| On Mon, Apr 30, 2001 at 12:19:32 +0100, Simon Marlow wrote:
| So, I think a safe solution is to ensure that the .ghci
| file belongs
| to the user. Checking for decent permissions would increase
| security, but well, IMO it's the users' fault, if he
| creates a 777
| .ghci :-P
|
| -Original Message-
| From: George Russell [mailto:[EMAIL PROTECTED]]
| Sent: Friday, April 27, 2001 6:02 PM
| To: Julian Seward (Intl Vendor)
| Subject: Jeepers! dependent types go haywire!
|
|
| Compiling with
|
| ghc -fglasgow-exts -fallow-overlapping-instances
| -fallow
Sure, send it to me. Pls attach instructions on how to
build, and how to reproduce the bugs.
J
| -Original Message-
| From: S.D.Mechveliani [mailto:[EMAIL PROTECTED]]
| Sent: Thursday, April 26, 2001 1:01 PM
| To: [EMAIL PROTECTED]
| Subject: want to send archive with bugs
|
|
|
| 2. I applied -optCrts-G3 -optCrts-F1.5 -optCrts-M28m
|
| to compile certain large module on 32Mb RAM machine.
| Now, what to apply for this with ghc-5.00 ?
+RTS -G3 -F1.5 -M28m -RTS
J
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
Fixed. Alastair -- I've merged this fix into the HEAD
(rev 1.5 I think).
| -Original Message-
| From: Julian Seward [mailto:[EMAIL PROTECTED]]
| Sent: Friday, April 20, 2001 11:30 AM
| To: [EMAIL PROTECTED]
| Subject: cvs commit: fptools/ghc/compiler/main GetImports.hs
|
|
| sewardj
| Our suggestions to Linux-owners with NFS mounts from non-Linux
machines:
| Upgrade to a recent glibc. It's not GHC's fault.
Great; this is the kind of bug report I like to get :)
We've had Mucho Trouble here with Linux as an NFS _server_;
moving to linux-2.4.X seems to have greatly improved
The documentation should be supplied in .html and .ps files,
at least in the .tar.bz2 binary build I did, and, I presume
in the RedHat 6.2/7.0 RPMs. Are you saying this is not the case?
J
| -Original Message-
| From: S.D.Mechveliani [mailto:[EMAIL PROTECTED]]
| Sent: Tuesday, April
| ghc-5.00: panic! (the `impossible' happened, GHC version 5.00):
| ERROR: Native code generator can't handle casm
casm's are deprecated; they should have been knocked on the head
years ago. The Right Thing To Do (tm) is to rewrite your code to
use the FFI. Or are you saying that the
| The first lines of CVSHigh.hs are:
| {-# This module encapsulates the basic CVS functionality we need,
| calling CVSBasic to issue the commands, looking at the output,
| and returning what we need to know in a Haskell-friendly form.
| #-}
| module CVSHigh(
| (The complete
[Binary builds for x86-linux and sparc-solaris are now
available. We're still working on the Windows version. -- J]
The (Interactive) Glasgow Haskell Compiler -- version 5.00
We are pleased to announce a new major release
| The binary package makes a link ghci-pkg - ghci-pkg-5.00 instead of
| ghc-pkg - ghc-pkg-5.00.
Fixed, I think. Thx.
| The postscript documentation renders - and -- in the same way
| (i.e. --make looks like -make etc.).
Reuben knows about this, and he is away this week.
| There is $i$th in
| after the failed attempts to install ghc 5.00 from
| the packages you provide, I downloaded ghc from the
| cvs repository. It compiles just fine except that ghci
| is not built:
|
| ghci
| ghc-5.00: not built for interactive use
|
| Do I have to specify this explicitly?
No. Interactive
| And to get a usable system, I've found that you have to
| compile it with
| itself again - i.e. compile it three times. Unless I
| bootstrap to stage
| 3, recompilation is hopelessly confused: compile a program
| from scratch -
| no problem, but make a simple modification, then recompile,
| -Original Message-
| From: Thomas Pasch [mailto:[EMAIL PROTECTED]]
| Sent: Tuesday, April 10, 2001 12:55 AM
| To: [EMAIL PROTECTED]
| Subject: How to box/unbox values?
|
|
| Hello,
|
| is there an easy way to box/unbox Types.
| I need this for Int's, so is there
| a function that
| Is there any way to profile the "burn-rate" of a Haskell program?
|
| Profiling as I understand it tells you what the "live" information
| on the heap is. It doesn't tell you what garbage collector has just
| freed. So, if a function were generating tons of intermediate values
| which it then
| 3. write a native code generator back-end for HP-PA.
|
| :-)
That would be great! The sparc NCG (on 5.0) works ok and
should be a good starting point for other RISC backends.
It's a fun hack.
J
___
Glasgow-haskell-bugs mailing list
[EMAIL
[Apologies if you get multiple copies of this msg.]
Folks,
Following a recent discussion about future development directions
for GHC, it seems one thing we want to start thinking about is
support for the IA64 architecture.
Does any kind person have an IA64 box, running Linux, on which we
| I need to install a recent ghc version on a Sparc running
| Solaris. I cannot use the precompiled binaries as I don't
| have access to /usr/local and it seems that this path is
| hard-compiled into the binaries.
Uh? In what way do you mean? The 4.08.2 binary package
can be installed
| So what's going on? How can the goal be achieved?
I don't know, but here's a different suggestion, using
bzip2 (you could do the same with zlib for .gz files):
use the foreign import mechanism to make BZ2_bzopen,
BZ2_bzwrite and BZ2_bzclose available in your program.
Then:
do bz2 -
The Glasgow Haskell Compiler -- version 4.08.2
We are pleased to announce a new release of the Glasgow Haskell
Compiler (GHC), version 4.08.2. The source distribution is freely
available via the World-Wide Web and through
| -Original Message-
| From: Malcolm Wallace [mailto:[EMAIL PROTECTED]]
| Sent: Monday, December 18, 2000 12:22 PM
| To: [EMAIL PROTECTED]
| Subject: FFI problems?
|
|
| I just tried to compile this:
|
| module Fib where
| foreign export fib :: Int - Int
| fib 0 = 1
| fib 1 = 1
|
| Hi guys. Has anyone been so rash as to try this? Any indications
| as to the likely "degree of difficulty"? I'd have a go myself, but
| I'm rather busy with teaching. (Which is ironic, since teaching is
| what I want it for...)
|
| Degree of difficulty is likely to be less than a
| I can't get hugs98 to work under my linuxplatform. I have the Red
| Hat distirbution 7.0.
| The problem is that hugs requires a file called "readline.so.3" and
| I have "readline.so.4" on my system. Does anyone know how to get
| around this problem??
I guess you are installing a binary RPM?
| While testing Martin Erwig's functional graph library, I encountered
| what I believe is a bug in GHC. [...]
What version of ghc are you using? (do ghc --version).
J
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
| An attempt to build the latest version of GHC, using
| ghc-4.08, gives this
| error message:
|
| stgSyn/StgInterp.lhs:27:
| Bad interface file: stgSyn/MCI_make_constr.hi-boot
| stgSyn/MCI_make_constr.hi-boot:1 Interface file version error;
| Expected 408 found version 409
Mea
| The tricky
| bit will be, as you say, defining a data structure that is "just"
| general enough.
Just start with the simplest thing which allows you to do what
you want to do, and extend it as needed. The other approach
-- trying to envision everything you might need and building it
in at
| Since compilers are one of the areas where everyone agrees that FPLs
| are the right tool for the job, there should be a standard pattern to
| deal with include files. Am I missing something essential?
No. Parsec is an excellent library, but I think there's a
design flaw in that you can't
| -Original Message-
| From: Jan Skibinski [mailto:[EMAIL PROTECTED]]
| Sent: Thursday, August 10, 2000 3:11 PM
| To: [EMAIL PROTECTED]
| Cc: [EMAIL PROTECTED]
| Subject: Re: doubles
|
|
|
|
| Aha . And how many digits will GHC offer me?
|
| I would think that you will get
| What is the best way to call functions implemented in Haskell from
| Visual Basic for Applications (MS Access)?
| I suppose I will have to build a DLL with GHC + Cygwin, but
| up to now I
| didn't manage to do so. I there a "How to"?
This isn't directly what you wanted, but: I packaged up
Malcolm
Greetings.
| The ``foreign import'' bug for Float types is still present
| in ghc-4.08.
| (I think Floats are being silently promoted to Doubles, which as far
| as I can tell is wrong - this is a difference between KR1
| and ANSI C.)
This bug is definitely present in the native code
Folks
For several years now, GHC has had a native code generator (NCG),
capable of emitting assembly code directly, for the Sparc and Alpha
architectures. The motivation for this was to avoid the expense of
generating C, stuffing it through GCC and then mangling the assembly
output with a perl
I think it's a legitimate problem with the new driver. I hit it myself
on Friday. I think that the _Capitalised entity naming scheme is
being misinterpreted by pre-4.07 ghc's.
... and I see that Sven has already fixed it. Cool.
J
| I thought it sounded very promising, but never heard anything since.
| Why? Didn't it work?
Was there some issue about needing a global program analysis
(the points-to analysis), which could be difficult for modular
software development?
J
This
module M where
import GlaExts
data T = MkT Int# deriving Show
produces
ShowBug.hs:5:
Couldn't match `(*)' against `(#)'
Expected kind: (*)
Inferred kind: (#)
When matching types `a' and `Int#'
Expected type: a
| Anybody knows how to generate a portable C code through GHC ?
It depends what you mean by portable.
GHC can produce C code which you can compile with gcc, without
special support -- we call this "unregisterised" code. This code
needs some GNU extensions -- named initialisers, zero length
There's the new unified FFI, using the "foreign" keyword. I believe,
there's a reference to the FFI paper from www.haskell.org.
Yes, the new STG Hugs, for which Linux and Win32 preview versions are
already available, supports foreign import/foreign export, so you
can not only call C from
Make all fails due to the fact that some functions
in nativeGen/MachCode are undeclared.
I checked in a change yesterday am which should make
MachCode compile ok on both Linux/Win32 and Solaris, but
it will not compile on Alpha (I didn't think that anyone
was trying Alpha, though).
So if you
Would upgrading to 4.06 be likely to help here?
Maybe. Try. If your program relies on concurrency or
non-blocking IO, it might help.
J
Thinking about this more, the error msg has a familiar sound
to it. Did you use 4.04 patchlevel 0 or 1 ? pl 0 has some
rts-ish probs which were fixed in pl1 (and of course in 4.06).
J
Would upgrading to 4.06 be likely to help here?
Since the Paleozoic Era Hugs is distributed with HAS_DOUBLE_PRECISION
desactivated (can some gurus explain why?...), and the first thing
I do with, is its recompilation. Such nasties as above become
then less dangerous.
The newer STG Hugs which we are developing has "real" Doubles as
When I have an -fasm-x86 and an -fvia-C in the command line,
which one is supposed to take precedence? Shouldn't (at the
moment) -fvia-C always take precedence, because it can't
hurt to compile via C?
I agree -fvia-C should take precedence. I'm not sure what
happens at the moment --
Folks,
The adventurous among you may like to try an innovation
which in some cases nearly doubles the speed at which
ghc compiles programs. This innovation is our native code
generator, which has long been in the GHC source tree,
but has only just been made to work for x86. It reduces
I seem to remember that such a thing was present in at least an
early version of nhc. Nhc people, do I remember right?
J
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 06, 2000 10:01 AM
To: [EMAIL PROTECTED]
Subject: live display of
However, I note that Maybe is an instance of Monad. What for?
Someone, I think at Glasgow, has a web page called something
like "What the hell are monads?", which I thought gave a pretty
good practical description of them. I can't remember who
made this page, though. Anybody know who/where
PS: I forgot you also need a C function
#include TSO.h/* in ghc/includes */
cmp_thread( StgTSO *tso1, *tso2 ) {
StgThreadID id1 = tso1-id;
StgThreadId id2 = tso2-id;
if (tso1 tso2) return (-1);
if (tso1 tso2) return 1;
return 0
}
Shouldn't that be
if
I want to try to localize the problems occurring when using a gcc-2.95
compiled
ghc-4.04. As I stated in a recent mail, the bug seems to be somewhere in
the
runtime system/libraries. [...]
Speculation
gcc-2.95 has more aggressive alias analysis than previous egcs or gcc
versions. As a
98 matches
Mail list logo