| 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
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
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
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
| 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
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 (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.
| 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?
|
|
| 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
|
| -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 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
| 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]
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
[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
| -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
[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
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
| 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
| 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
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
| 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
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 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
29 matches
Mail list logo