Franklin Chen [EMAIL PROTECTED] writes:
I am using ghc 4.00 on i386 Linux:
Linux dahmer.pscico.cs.cmu.edu 2.0.35 #1-GENERIC Thu Sep 3
09:20:31 EDT 1998 i686 unknown
I compiled the following program by
ghc Sieve.hs -o Sieve-h
and ran it on various inputs. It worked
D]
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
I am using ghc 4.00 on i386 Linux:
Linux dahmer.pscico.cs.cmu.edu 2.0.35 #1-GENERIC Thu Sep 3 09:20:31 EDT 1998 i686
unknown
I compiled the following program by
ghc Sieve.hs -o Sieve-h
and ran it on various input
Simon Ambler [EMAIL PROTECTED] writes:
The following compiler error occurred in trying to compile Jan
Zwanenburg's proof assistant tool Yarrow with ghc-4.00.
ftp://fpt.win.tue.nl/pub/courses/2L560/yarrow/yarrow-src.tar.gz
The package says that it works with ghc-2.05 but I thought
Note the Strange behaviour below... Module in question compiles
without -O, but not with...
Sorry about this.
Our Master Plan is to release 4.01 at the end of November,
in (I deeply and sincerely hope) a much more robust form than
4.00. (The main thing it won't have is a generational GC.)
Simon M$ wrote:
Here the results from trying to compile today's GHC-4.00:
Thanks; all fixed.
Huh? The first two bugs have been fixed, but there's still no catchIO
in the Prelude, so Exception.lhs still dies a tragic death...
(Hmmm, or this could be the traditional Microsoft way of fixing
Ralf Comtesse [EMAIL PROTECTED] wrote,
I have problems using hdirect-current on my system. I have the
ghc-4.00 as an rpm-Distribution on a Debian Linux system and used alien
to install it.
Wenn I try to compile hdirect. 'make boot' and 'make' work fine but
'make lib' gives
Here the results from trying to compile today's GHC-4.00:
Thanks; all fixed.
--
Simon Marlow
Microsoft Research Ltd., Cambridge, U.K.
Ralf Comtesse [EMAIL PROTECTED] writes:
Hello,
I have problems using hdirect-current on my system. I have the
ghc-4.00 as an rpm-Distribution on a Debian Linux system and
used alien to install it.
Wenn I try to compile hdirect. 'make boot' and 'make' work fine but
'make lib' gives
Here the results from trying to compile today's GHC-4.00:
* fptools/ghc/rts/StgPrimFloat.c still uses union ieee754_double
(name clash with /usr/include/ieee754.h).
* Compiling fptools/ghc/lib/std/PrelDynamic.lhs fails with:
PrelDynamic.lhs:13: Could not find valid interface
Note the Strange behaviour below... Module in question compiles
without -O, but not with...
Slainte,
Alex.
_
oconnor.ucc.ie:~/filt4: make OPT=-O
ghc-4.00 -c GalileoModules.lhs -H30m -K2M -recomp -fglasgow-exts -cpp
-syslib misc -Rgc-stats -dshow-passes -fmax-simplifier
I can't get the current H/Direct (0.12) to install on my Linux system
with ghc 4.00 (though I used ghc 3.02 to compile ihc).
Thanks for any help.
- Mark Tullsen
Here's what's happening:
-- Information about my system:
hdirect-0.12 $ uname -a
Linux HAGGIS.CS.YALE.EDU 2.0.35 #1 Thu Jul 23
-BEGIN PGP SIGNED MESSAGE-
Hello,
I have problems using hdirect-current on my system. I have the
ghc-4.00 as an rpm-Distribution on a Debian Linux system and used alien
to install it.
Wenn I try to compile hdirect. 'make boot' and 'make' work fine but
'make lib' gives a segmentation
Still can't build 4.00 from source (see bug report, elselist), and it's
also not yet on the ftp site in binary form.
*whinge!*
Slainte,
Alex.
seems to be generating incomplete C code:
~~~
ghc-4.00 -c -cpp -syslib misc -fglasgow-exts -H27M
-DAFMPATH=\\\"/usr/local/tex/Adobe\\\" -DRGBPATH=\\\"/usr/lib/X11\\\"
CommandLine.hs -o CommandLine.o
/usr/libexec/
Some minor quirks with today's ghc-4.00:
* fptools/ghc/rts/StgPrimFloat.c did not compile because of the redefiniton of
union ieee754_double, which is already defined in /usr/include/ieee754.h on
my Linux (libc5) box. Fix: rename ieee754_double to my_ieee754_double. This
works
This morning I got the cvs source tree from
CVSROOT="[EMAIL PROTECTED]:/cvs"
[..]
Did you put Version 3.03 back in the repository? Or is it just
the wrong name?
[to the list because I had the same problem]
The head of the tree is still 3.03; if you want 4 you have to do
cvs co -r
Hello,
This morning I got the cvs source tree from
CVSROOT="[EMAIL PROTECTED]:/cvs"
The build created the files
lrwxrwxrwx 1 laitenbe pardc 8 Nov 12 07:09 ghc - ghc-3.03*
-rwxr-xr-x 1 laitenbe pardc 103189 Nov 12 07:09 ghc-3.03*
-rwxr-xr-x 1 laitenbe pardc
Hi!
The final ghc call to combine the object files of our project
/public/languages/ghc-4.00/bin/ghc -o P -H30M Avl.o Codegen.o
produces
ld: fatal: symbol `DoubleNaN' is multiply defined:
(file /public/languages/ghc-4.00/lib/ghc-4.00/libHS_cbits.a(floatExtreme.o)
and file
Jan Laitenberger [EMAIL PROTECTED] writes:
Hi!
The final ghc call to combine the object files of our project
/public/languages/ghc-4.00/bin/ghc -o P -H30M Avl.o Codegen.o
produces
ld: fatal: symbol `DoubleNaN' is multiply defined:
(file
/public/languages/ghc
On Wed, 11 Nov 1998, Simon Marlow wrote:
The file
ftp://ftp.dcs.gla.ac.uk/pub/haskell/glasgow/4.00/ghc-4.00-sparc-sun-solaris2.tar.gz
is not readable (except for the owner). I assume this is not intended.
Fixed, sorry about that.
I cannot find this file. There are only Linux
I whinged about:
[stuff]
Other people seem to have got further than I did in sun-sparc builds
-- is there a workaround that I could be using, pending an actual
fix? [ Or enough ftp space for the binary version. ;-) ]
Slan,
Alex.
"CFLAGS=-O" "XCFLAGS=" libmpn.a
gnumake[3]: Entering directory
`/export/home/ferguson/ghc-4.00/build/ghc/rts/gmp/mpn'
../../ghc/driver/ghc -c -I. -I.. -I. -I./.. -O mp_bases.c
gnumake[3]: ../../ghc/driver/ghc: Command not found
Looks like it needs to be using ../../../../ghc/dr
Jan Laitenberger [EMAIL PROTECTED] writes:
Hi,
ghc -c -fvia-C -O2 -H45M Resolve.hs
shows
NOTE: Simplifier still going after 4 iterations; baling out.
ghc: module version changed to 1; reason: no old .hi file
Funny global thing?: cmUf_btm:
Funny global thing?: cmUg_btm:
Andrew Cheadle [EMAIL PROTECTED] writes:
[compilation output]
==fptools== make all -r;
in /a/hex/export32/bitbucket/amc4/development/fptools/ghc/lib/std
Tim Pollitt [EMAIL PROTECTED] writes:
This feature is great, especially for programs which don't have flat
heap usage needs. Finding a good default sizing policy, and a simple
set of controlling options, may be a little tricky.
From the GC stats I get the impression that not all live
Felix Schroeter [EMAIL PROTECTED] writes:
To quote from somewhere deep within the Prelude:
instance Show (a - b) where
showsPrec _ _ = showString "function"
[meta-comment: could we just do away with this one? Beyond giving
rise to semi-entertaining bugs, it's of precious
Hello!
On Tue, Oct 20, 1998 at 12:36:44AM -0700, Sigbjorn Finne (Intl Vendor) wrote:
[...]
To quote from somewhere deep within the Prelude:
instance Show (a - b) where
showsPrec _ _ = showString "function"
[meta-comment: could we just do away with this one? Beyond giving
rise
[g-h-b listeners - sorry for slacking off on replying
to bug msgs over the last couple of days. Things should
be back to a more normal state soon..]
Andrew Cheadle [EMAIL PROTECTED] writes:
...
../../../ghc/driver/ghc -recomp -cpp -fglasgow-exts -fvia-C
-Rghc-timing
-O -split-objs
Jan Laitenberger [EMAIL PROTECTED] writes:
We use a small Avl module in our compiler project. GHC 4.00
crashes with the error message "unimplemented check" when
compiling with
ghc -c -O -H45M Avl.hs
- but
ghc -c -H45M Avl.hsand
ghc -c -O2 -H
Hi,
Compiling our interpreter module causes the assembler to crash
ghc -c -H45M Inter.hs
returns:
/usr/ccs/bin/as: "/tmp/ghc22153.s", line 572: error: statement syntax
/usr/ccs/bin/as: "/tmp/ghc22153.s", line 572: error: statement syntax
/usr/ccs/bin/as: "/tmp/ghc22153.s", line 590:
Jan Laitenberger [mailto:[EMAIL PROTECTED]] writes:
Hi,
Compiling our interpreter module causes the assembler to crash
ghc -c -H45M Inter.hs
returns:
/usr/ccs/bin/as: "/tmp/ghc22153.s", line 572: error:
statement syntax
/usr/ccs/bin/as: "/tmp/ghc22153.s", line 572:
:
.:utils:basicTypes:types:hsSyn:prelude:rename:typecheck:deSugar:\
coreSyn:specialise:simplCore:stranal:stgSyn:simplStg:codeGen:\
absCSyn:main:reader:profiling:parser:nativeGen
gmake[2]: *** [depend] Error 1
What can I do to solve this problem? Which Addr.* file is required?
The one from ghc
When attempting to reconstruct the syntax for existential
quantification, I tried:
newtype Groo a = Groo (Either a b)
To my surprise, using ghc-4.00, this worked - without even using
`-fglasgow-exts'. (it doesn't work, with or without `-fglasgow-exts'
under 3.02)
Then I read the release notes
Here the latest bug news on GHC 4.00 from Munich... :-)
My installation went the usual path: First compile quick-and-dirty GHC-4.00
with GHC-3.03, then test the whole thing by bootstrapping.
Platform: Linux (libc5)
* Some "classic" warnings in ghc/rts:
/usr/include/st
[ I've only replied Sigbjorn, so here's it again... ]
Sigbjorn Finne wrote:
'foreign export' doesn't work with ghc-4.00 just yet, use ghc-3.03
if you need it.
Aargl... Versionitis at its worst:
panne:~/tst linux-303/bin/ghc --version
The Glorious Glasgow Haskell Compilation System
Simon Marlow wrote:
Sven Panne [EMAIL PROTECTED] writes:
[...]
What about the promised self-adjusting heap in the new RTS? I hoped
no -H/-K has to be used with the shiny new RTS... :-(
[...]
Remember, you compiled 4.00 with 3.03 - that's why the -H option is
still needed.
w/ a glibc version of Linux.
* Some warnings about (almost) nested comments in gum/{HLComms,ParInit}.c:
gum/HLComms.c:125: warning: `/*' within comment
Perhaps use #ifdef 0...#endif instead of /*...*/
Harmless.
* Compiling ghc/compiler/rename/ParseIface.hs with GHC 4
The following bug occurred while compiling GHC-4.00 on a Linux
platform, using ghc-3.03, gcc-2.7.3.2
Thanks
Ed
-
ghc-3.03 -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen
-Iparser
Simon Peyton-Jones wrote:
When attempting to reconstruct the syntax for existential
quantification, I tried:
newtype Groo a = Groo (Either a b)
To my surprise, using ghc-4.00, this worked - without even using
`-fglasgow-exts'. (it doesn't work, with or without `-fglasgow-exts
matt [mailto:[EMAIL PROTECTED]] writes:
Hiya Simon,
I've just download the ghc-current-src.tar.gz file and tried
to build a new ghc. The configure went alright, but when it
came time to do a gmake boot I get the attached error
messages. Is this a problem in the distribution, or
Hiya Simon,
I've just download the ghc-current-src.tar.gz file and tried
to build a new ghc. The configure went alright, but when it
came time to do a gmake boot I get the attached error
messages. Is this a problem in the distribution, or something
that I have missed out about? I had a
I'm trying to build pre-GHC-4.00/2 on Cygwin B19 with GHC-3.03.
I get the following error:
==fptools== make all --unix --no-print-directory -r;
in /install/ghc-pre-4.00.2/fptools/ghc/compiler
Alex Verbitsky [EMAIL PROTECTED] writes:
I'm trying to build pre-GHC-4.00/2 on Cygwin B19 with GHC-3.03.
I get the following error:
...
Glasgow Haskell Compiler, version3.03, for Haskell 1.4
PrimPacked.lhs:135: Data constructor not in scope: `ForeignObj'
PrimPacked.lhs:256: Data
"Manuel M. T. Chakravarty" [EMAIL PROTECTED] writes:
expand installing.vsgml | ../glafp-utils/sgmlverb/sgmlverb installing.sgml
sgml2info installing.sgml
Processing file installing.sgml
Making info file `installing.info' from `/tmp/sgmltmp.installing29856.info.2'.
I hit some problems when trying to format the documentation
contained in the 4.00 source bundle -- however, I think,
this is not 4.00-specific. I am not sure whether this is a
bug or just a stupid-operator error.
I am working on a 2.0.33 Linux system that has the LinuxDoc
tools 1.5 and teTeX
Just a little bit of nit picking in ghc-pre-4.00.2:
* PROTO is not defined by GHC's headers anymore, therefore the
compilation of Readline.lhs fails.
* readline/history.h is not included.
* Prototypes for bcopy/bzero are missing.
* GHC somehow manages to generate the
Kevin Glynn writes:
Simon Marlow writes:
This is pre-release of the long awaited GHC 4.00. I decided to put
together a release today because the sources are in pretty good shape
at the moment, not because it is at all ready. In particular, we plan
to have some sort
47 matches
Mail list logo
